eMule MODs - Allgemein Alles zu den eMule-MODs, die unsere Anforderungen für 'saubere' MODs erfüllen. |
23. January 2003, 12:56
|
#1 | Newbie
Registriert seit: 23.01.2003
Beiträge: 8
| Problem: 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 |
| |
27. January 2003, 09:26
|
#2 | Senior Member
Registriert seit: 22.12.2002
Beiträge: 479
| 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.. |
| |
27. January 2003, 11:38
|
#3 | Newbie
Registriert seit: 23.01.2003
Beiträge: 8
| Uploadqueue einschränken - warum ? Details 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 |
| |
27. January 2003, 12:37
|
#4 | Senior Member
Registriert seit: 04.12.2002
Beiträge: 474
| Lösung: Uploadqueue einschränken - warum ? 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
__________________ Am Anfang war das Nichts und Gott sprach:"Es werde Licht".
Dann war da immer noch nichts, aber jeder konnte es sehen. |
| |
27. January 2003, 13:11
|
#5 | Senior Member
Registriert seit: 22.12.2002
Beiträge: 479
| Uploadqueue einschränken - warum ? [gelöst] ja aber das komische ist ja wenn man die werte höher setzt , wird der mule sehr extrem belastet , aber der cpu nicht!
Cu... |
| |
27. January 2003, 15:40
|
#6 | Newbie
Registriert seit: 23.01.2003
Beiträge: 8
| @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 |
| |
27. January 2003, 15:43
|
#7 | Newbie
Registriert seit: 23.01.2003
Beiträge: 8
| @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 |
| |
Forumregeln
| Es ist Ihnen nicht erlaubt, neue Themen zu verfassen. Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten. Es ist Ihnen nicht erlaubt, Anhänge hochzuladen. Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten. HTML-Code ist aus. | | | Alle Zeitangaben in WEZ +1. Es ist jetzt 20:25 Uhr.
|