[suggestion] "drop request with QR > x"-Funktio
 

Eine Funktion, mit der man leute kicken kann, in derer Warteschlange man steck, aber an einer stelle, die größer als x (z.B. 200) ist.

Was haltet ihr davon?

Bringt nichts!

wäre aber doch geil für die leute, die viele files saugen und deshalb das file auf 100 clients beschränken müssen... oder ?

Trotzdem wäre das für manch andere unfähr!
Für was hast du den getippt ich glaube auch für "Bingt nichts"oder??

Vielleicht mal ein kommentar, warum das nichts bringen soll?

Wenn man jetzt bei jemandem in der warteliste steckt, an der stelle 2500 meinetwegen, ist es sehr unverscheinlich bei dem noch mal ans saugen zu kommen. Dann kickt man sich selber aus seiner warteschlange und sicht sich jemanden mit ner kleineren warteschlage.

Wechselst du einfach auf ein anderen user!Oder Sever...

cu

wie soll ich den auf nen anderen user wechseln? und ich soll dann per hand die 500 leute, die nach dem file gefragt worden sind, abklappern und die wo ich ne qr von mehr als 500 hab rausschmeißen?

Weis nicht wie das geht mit user wechseln aber mein Freund kann das und ich bald auch.Ob du das machen willst oder sollst geht mich ja nichts an!

cu

also willst du das doch??? Vorhin meintest du, das wäre unnütz.

Ich habe gemeint bald kann ich es auch einsetzen.
Und dann schreibe ich es auch vielleicht auch hier hin.Glaub aber nicht das ich es anwenden werde,vielleicht doch aber nur vielleicht.

cu

Und was meinst du damit? für wen sollte das unfähr sein?

Die nicht so viel saugen und es nicht wollen!es ist doch eigentlich jetzt voll ok,oder etwa nicht??

ich hab eigentlich für "geil" gestimmt.
aber wieso wäre es unfair? die clients bei denen ich eine QR über (sagen wir mal) 400 habe, nutzen mir eh nichts. 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, da ich nicht immer bei dem anderen anfragen muß. ummützer datentransfer. und wenn man viele downloads drinhat, addiert sich der unsinnige traffic enorm....
dann mach ich doch lieber die anfrage nur bei den clients, bei denen ich eine reelle chance habe noch dranzukommen. und mein download ist auch schneller fertig. davon provitieren dann wieder die anderen user usw.....

Jeder stimmt so ab wie er es denkt und möchte.Gut du hast Geil gewählt und Bingt nichts.Sehen wir mal weiter.........

cu

ich finde es auch eher "nützlich", da es tatsächlich unwahrscheinlich ist, von jemand was zu sagen, der an Stelle X in der Warteliste steht. Ob man allerdings dadurch einen besseren findet, ist fraglich.

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.

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

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.

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