[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   Uploadqueue einschränken - warum ? (http://www.emule-web.de/board/1031-uploadqueue-einschraenken-warum.html)

reel 23. January 2003 12:56

Uploadqueue einschränken - warum ?
 
Hallo,

kann mir mal irgend jemand einen vernünftigen Grund nenne, warum man seine Uploadqueue irgendwie beschränken sollte ?

Folgende Überlegung:
Die Uploadqueue ist auf z.B. auf 200 Einträge beschränkt. Darin sind bestimmt auch jede Menge Einträge mit Upload=Download=0 oder sogar Download > Upload also eigentlich keine/wenig Credits.
Wenn jetzt eine neue Anfrage von einem anderen Client kommt, mit Upload >> Download, der also viele Credits bekommen würde, hat er leider keine Chance davon zu profitieren, da er überhaupt nicht in die Uploadqueue aufgenommen wird (wegen meiner Meinung nach unsinniger Einschränkung der Größe derselben).
Auch einige Modder (z.B. Tarod) haben das wohl eingesehen und bieten daher sogar die Möglichkeit an, die Uploadqueue unbeschränkt zu lassen. Viele Clients in dieser Queue werden zwar nie zum Zuge kommen, aber ich finde es auf jeden Fall gerechter, da nur so die Credits auch wirklich richtig genutzt werden können.

Also an alle mit Queue-Einschränkungen: Setzt den Eintrag so hoch wie möglich, es schadet Euch nicht und macht die ganze Sache gerechter !

Würde mich freuen viele Meinungen dazu zu hören.

Grüsse, reel

Tuxsi 27. January 2003 09:26

ich denke 500 ist ok, wobei man bedenken muss wenn die werte hoch eingestellt ist dann hat der muli genug zutun mit verbindungs aufbau, und wenn noch 500 versuchen zu dir zu connecten , dann hat est recht zutun, dadurch sinkt der ul und der dl wird schlechter!
Es ist nicht einfach, ich habe bei mir je datei 1000 max .v. 1000 je 5 sk 200 und dan schwankt mein ul wie wild wenn ich die werte runter nehme dann wird der ul höcher und stabiler, das ganze bezieht sich auch auf die user die zu dir verbindung aufbauen, es frist deine ul kapazität.


Cu..

reel 27. January 2003 11:38

Hallo Tuxsi,

das stimmt so nicht. Wenn man mal in den Quellcode schaut (zumindest bei den Mods die ich kenne, und das sind einige), dann stellt man fest, daß es sogar vom Netzverkehr her günstiger ist (und auch CPU-Belastung) wenn man die Uploadqueue unbeschränkt läßt.
Stellt man nämlich eine Anfrage an einen anderen Client, bei dem man schon in der Uploadqueue drinsteht, beschränkt sich die Verbindungszeit auf ein absolutes Minimum (Queue-Ranking wird übermittelt - fertig). Stellt man hingegen eine Anfrage an einen Client, bei dem man noch nicht in der Queue steht, sind noch viele andere Dinge zu erledigen (evtl. Eintragen in Liste, Übermitteln der Sources, .....).
Bei irgendeinem Mod (weiß jetzt nicht mehr genau welcher), ist mein Hinweis schon berücksichtigt: Bei Anfragen eines unbekannten Clients wird dieser auch bei voller Uploadqueue aufgenommen, wenn er mehr Credits hat als ein in der Queue befindlicher Client der dann rausgeschmissen wird.
Diese Vorgehensweise ist auf jeden Fall auch absolut in Ordnung, da dadurch ja auch mein ursprüngliches Problem gelöst wird.

Grüsse, reel

HeinBloed 27. January 2003 12:37

moin reel,

ist auch meine erfahrung, dass ein grösserer queue runder läuft.

kritisch wird es theoretisch erst, wenn die anzahl im queue in dem abfrageturnus nicht mehr abgearbeitet werden kann.

grüsse

Tuxsi 27. January 2003 13:11

ja aber das komische ist ja wenn man die werte höher setzt , wird der mule sehr extrem belastet , aber der cpu nicht!

Cu...

reel 27. January 2003 15:40

@Hein,

völlig richtig, und diese Grenze ist meiner Meinung nach wirklich nur theoretisch vorhanden. Wenn man den meint, das Ganze beschränken zu müssen, dann vielleicht auf 1000 oder 2000 aber eine Beschränkung auf z.B. 200 macht überhaupt keinen Sinn.

@Tuxsi,

in Bezug auf die von dir genannten Parameter (max. Sources pro Datei, max. Verbindungen) gebe ich dir recht (trifft aber auf die Uploadqueue nicht zu)
Grund: Beim Starten des Clients und Verbindung zum Server werden quasi gleichzeitig sehr viele Verbindungen aufgebaut und sukzessise abgearbeitet d.h. es bildet sich ein 'Verbindungsklumpen'. Die Anfragen von den Clients in der Uploadqueue sind sehr viel besser über die Zeit verteilt und deshalb sehr viel unkritischer.
Deshalb nochmal: keine Beschränkung der Uploadqueue (probiers einfach mal aus, und du wirst sehen....)

Grüsse, reel

reel 27. January 2003 15:43

@Hein,

völlig richtig, und diese Grenze ist meiner Meinung nach wirklich nur theoretisch vorhanden. Wenn man den meint, das Ganze beschränken zu müssen, dann vielleicht auf 1000 oder 2000 aber eine Beschränkung auf z.B. 200 macht überhaupt keinen Sinn.

@Tuxsi,

in Bezug auf die von dir genannten Parameter (max. Sources pro Datei, max. Verbindungen) gebe ich dir recht (trifft aber auf die Uploadqueue nicht zu)
Grund: Beim Starten des Clients und Verbindung zum Server werden quasi gleichzeitig sehr viele Verbindungen aufgebaut und sukzessise abgearbeitet d.h. es bildet sich ein 'Verbindungsklumpen'. Die Anfragen von den Clients in der Uploadqueue sind sehr viel besser über die Zeit verteilt und deshalb sehr viel unkritischer.
Deshalb nochmal: keine Beschränkung der Uploadqueue (probiers einfach mal aus, und du wirst sehen....)

Grüsse, reel


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:35 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