[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   [suggestion] "drop request with QR > x"-Funktio (http://www.emule-web.de/board/504-suggestion-drop-request-qr-x.html)

dr_pentium 29. December 2002 21:34

Zitat:

Zitat von sweetpower
da werde ich niemals drankommen, weil ich maximal nur 24 stunden die chance habe. spätestens dann bekommt der andere client einen reconnect (scheiß t-online u.a.) und dann hat er wieder ne neue ip. mit einer solchen funktion würde ich doch auch den traffic minimieren.....

wichtiger wäre eine Funktion, bei der man trotz Reconnect und neuer IP die Position in der Warteschlange beibehält. Das hätte Sinn und wäre für viele User ein wahrer Segen.

HeinBloed 29. December 2002 22:15

moin moin,

nach dem reconnect bleiben die werte erhalten, da wir nicht über die ip identifiziert werden.
dauert nur ein wenig bis sich alle wiedergefunden haben (bei mir so ne halbe stunde)

ausserdem gibt es das phänomen, das man von 1000 durch den ul/dl modifier viel schneller nach vorn kommt, als von 100 durch warten.

ebenfalls wurde schon gesehen, dass jemand mit qr über hundert daten liefert, während jemand mit qr=1 nichts bringt.

grüsse

sweetpower 29. December 2002 23:19

ok. klingt logisch, daß man nicht (allein) durch die ip identifiziert wird. wenn ich länger drüber nachdenke, glaube ich, daß ich es auch schonmal wo gelesen habe. ich glaube jeder user hat sowas ähnliches wie die hash-id der files.
das ich von jemandem daten bekomme bei dem ich trotzdem noch eine hohe QR habe könnte dadurch kommen, daß ich durch das creditsystem von ihm bevorzugt werde, mir die oberfläche aber nicht die reale QR anzeigt, sondern die, die ich ohne credit hätte (BUG?).
außer frage steht aber für mich, daß das zu anfang genannte feature meinen download beschleunigen würde. und somit auch alle anderen clients, die nach diesem file fragen davon profitieren. das würde natürlich nur auf diese files zutreffen, die ne menge sources haben. wenn ein file nur (sagen wir mal) 40 quellen findet, muß es diese clients natürlich in der warteschlange festhalten und nicht kicken.

HeinBloed 29. December 2002 23:40

moin moin,

wird gerade an anderer stelle bequackelt, ob nicht ein grösserer queue den download erhöht.

ist natürlich klar, wenn jemand mit 100 files (beispiel) im download jedesmal auf platz 1000 steht, wartet er sich die krätze, zumal ja die leute, die chunks tauschen einfach an ihm vorbeiziehen, da man halt, wie im richtigen leben, mit beziehung schneller rankommt, als mit warten.

wenn man also nur 6 slots für upload offen hat, ist es relativ witzlos gleichzeitig 100 dateien laden zu wollen. müsste nach meinen erfahrungen wochen dauern bis die fertig sind. bei seltenen dateien wird das nie was.

grüsse


Alle Zeitangaben in WEZ +1. Es ist jetzt 22:45 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102