[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   eMule 0.29c Xtreme 1.2 - Full Featured Maella Mod [03.11.03] (http://www.emule-web.de/board/5284-emule-0-29c-xtreme-1-a.html)

Edol 26. October 2003 10:15

Zitat:

Zitat von Xman
die ACK-Packete (Empfangsbestätigungen) sind übrigens nicht im Overhead mit drin. (weißte Linie), aber in der gelben Linie ist alles drin. (alles=auch der Traffic von anderen Internetanwendungen)

Sind die bei Uploadreduction mit Overhead+Daten dabei?
Zitat:

Zitat von Xman
PS: wenn Dir der Overhead zu hoch vorkommt, denke nicht, daß der Mod mehr produziert... er zeigt nur genauer an als der offizielle emule.

Nein, mittlereweile kommt er mir nicht mehr zu hoch vor, er ist zwar wieder angestiegen, das könnte nun am dl liegen :P .
Bei einem thresholdwert von 15kb, mit ca. 4000Quellen, habe ich nach ca. 11std einen Ul Durchschnitt von 11, 73.
Zitat:

Zitat von renegade
nachdem die g7 nicht lief hab ich die normale gestartet. während die g7 gut 9 stunden lief waren es nun bei der normalen nicht mal 2 minuten bis zur "selbstzerstörung".
bleibt also dabei. maella-code läuft bei mir nicht.
schade.

Bei mir läuft die G7 seit 11 std ohne probs.

@ Gucky bei mir hab ich ganz guten dl
Download-Geschwindigkeit: 23,71 KB/s
Durchschnittliche Downloadrate: 7,81 kB/s
Max Downloadrate: 48,77 kB/s
Max Downloadrate Durchschnitt: 7,81 kB/s. Bei einer Laufzeit von ca. 11std und ca. 4000 Quellen, allerdings habe ich die G7 am Laufen.
Zitat:

Zitat von Furio
Edol, haste 'ne Firewall an, die nicht mehr Verbindungen zulässt? Merkwürdig ist das schon. Ein langes Kabel habe ich auch (allerdings zw. Modem und PC)

Ja. ich habe NIS 2003 an.

Xman 26. October 2003 10:53

Edol,
Upload Reduction vermindert den Upload um eben Platz für die ACK-Packete freizuzlassen. Die ACK-Packete werden zwar nirgends errechnet bzw. gemessen, sondern vielmehr beruhit die hier angewandte Methode auf einen Erfahrungswert.
Nach wirklich vielen und ausgiebigen Messungen hab ich festgestellt, daß z.b. bei 100kbs Download der Upload um ca. 4 kbs ansteigt. Dies wird nun runtergerechnet und es ergiebt sich ein Anstiegt von 0.2 Upload für 5 kb Download.
Upload Reduction macht nun nichts anderes als die Durchschnittswerte der letzten 15 Sekunden zu vergleichen. Steigt der Download um mehr als 5 kbs an, wird der Upload um 0.2 veringert. (bischen vereinfachte Erklärung).

Übrigens... falls jetzt jemand sagt, ein Download per FTP mit 100 kbs, verursacht nur einen Upload von <2kbs, so stimmt das.... aber halt nur für FTP. Im emule lädt man ja nicht nur von einer Quelle sondern von mehreren gleichzeitig. Dies verursacht mehr Overhead (ich meine nicht emule-Overhead sondern vielmehr TCP/IP).

TheMatrix 26. October 2003 10:56

@Xman warum steigt die Warteliste auf über 5000 an wenn ich 5000 eingestellt habe, liegt es daran das 20 gebannt würden?

Xman 26. October 2003 11:02

Gucky,
ist ziemlich komisch. Arg viel wurde nämlich nicht an den internas geändert. Das einzige was man als Anwender überhaupt bemerken dürfte, daß die Überprüfung auf Socket-Timeouts im Gegensatz zum original-Maella nicht mehr sekündlich sondern im 5 Sekunden-Takt gemacht wird. So wird das allerdings auch im offiziellen emule gemacht. Ich fragte Maella warum er das sekündlich machte und er antwortete, daß dies ein Versehen war.
Auswirkungen hat das nur, daß Du im Xtreme die Verbindungen pro 5 Sekunden etwas höher schrauben kannst als im original Maella.

Xman 26. October 2003 11:05

TheMatrix,
Yepp... das ist original emule-Code. Warteschlangengröße = eingestellter Wert + gebannte.
Wenn Du QueueOverflow aktiviert hast können es temporär auch etwas mehr werden.... bis bei der nächste Queue-Überprüfung Clients mit abgelaufener Zeit entfernt werden.

Edol 26. October 2003 11:07

@Xman
thx für die gute Eerklärung.

Furio 26. October 2003 11:23

Zitat:

Ja. ich habe NIS 2003 an.
Dann mach die mal aus und check noch mal Deine Verbindungen beim Speedtest. Wirst Dich wundern!

TheMatrix 26. October 2003 11:23

@Xman

Danke für die Hilfe!!

Edol 26. October 2003 12:16

Zitat:

Zitat von Furio
Zitat:

Ja. ich habe NIS 2003 an.
Dann mach die mal aus und check noch mal Deine Verbindungen beim Speedtest. Wirst Dich wundern!

Ok mache ich, nachdem der esel aus ist.

Ps: Die Boarduhr ist noch auf Sommerzeit.

Usul 26. October 2003 12:20

Zitat:

Zitat von Edol
Ps: Die Boarduhr ist noch auf Sommerzeit.

Stell einfach in deinem Profil die Zeitzone von GMT+2 auf GMT+1 um, fertig ;-) . Weitersagen.

Edol 26. October 2003 12:25

Zitat:

Zitat von Usul
Zitat:

Zitat von Edol
Ps: Die Boarduhr ist noch auf Sommerzeit.

Stell einfach in deinem Profil die Zeitzone von GMT+2 auf GMT+1 um, fertig ;-) . Weitersagen.

Ist ja langweilig, blödes cheaten :mrgreen: :D :) .
Am besten ich stelle noch weiter zurück, um nicht zu merken wie lange ich schon wieder vor dem Pc sitze :lol:.

@Xman
Ich habe noch eine Frage, die ich während deiner einwöchigen Auszeit gestellt habe:
Werden NNS und FQRS gedroppt, wenn das Hl Limit erreicht ist?

mkkrack 26. October 2003 13:18

Zitat:

Ich habe noch eine Frage, die ich während deiner einwöchigen Auszeit gestellt habe:
Ich auch ;)
und zwar ging es um die Statistik. Habe dort für die Grafik 8 Std eingestellt, also die Länge des Graphen. Nach anstellen vom Xtreme und nachschauen von ca 4 Std Laufzeit, war der Download bis max 40 lt Graphen, ind der Statistik daneben aber war eine max Downloadrate von 90 (unrealistisch bei mir) zu erlesen.
Nun die Frage:
- was wird für die Ratio zugrunde gelegt ? Wenn der Xtreme auch diese "90" mit einrechnet dann stimmt die ja nicht, wäre sie doch viel tiefer anzusiedeln...

Xman 26. October 2003 14:01

mkkrack,
die Frage mit dem Ratio versteh ich nicht. Was meinst Du ?

Der Sachverhalt, daß die max Downloadrate höher sein kann wie der höchste Punkt des Graphen ist recht einfach zu erklären: Die Werte des Graphen sind immer Durchschnittswerte der lezten Sekunden. Hier sieht man dann einen kurzen Peak nicht.

Edol,
Jaein. Ich hab mir Maellas Codeänderungen zu diesem Teil noch nicht angesehen (tu ich aber bald)... aber ich denke er macht es genauso wie der offizielle emule: NNS/FullQueue werden automatisch gedroppet.. mit JEDEM esel.

Edol 26. October 2003 14:07

Zitat:

Zitat von Xman
aber ich denke er macht es genauso wie der offizielle emule: NNS/FullQueue werden automatisch gedroppet.. mit JEDEM esel.

gut, Ornis+ hat hier geschrieben:
http://www.emule-web.de/board/viewto...=6058&start=30

Zitat:

Platz für bessere Quellen machen? Das macht der Muli schon seit langem. Wenn das Quellenlimit erreicht wird, werden diese Quellen SOWEIT NÖTIG entfernt - aber nicht durch Kahlschlag.
AUch hohe QR können nützlich werden - man weiß nicht wie schnell man in der Queue vorankommen kann.
Bei der Gelegenheit habe ich erst jetzt gesehen, dass es schon emule 0.30c gibt :shock: :D :o :o ..

mkkrack 26. October 2003 18:44

Hi Xman,
Zitat:

Der Sachverhalt, daß die max Downloadrate höher sein kann wie der höchste Punkt des Graphen ist recht einfach zu erklären: Die Werte des Graphen sind immer Durchschnittswerte der lezten Sekunden. Hier sieht man dann einen kurzen Peak nicht
Damit hat sich meine Frage erledigt :lol: :oops:
Ich wusste nicht, daß die Anzeige des Graphen ein Durchschnitt ist. Die Frage nach dem Ratio war so gedacht, daß eben in diese viele Werte einfliessen, unter anderem auch etwas aus dem "max Download". Wenn der falsch wäre, würde die Ratio nicht stimmen.
Dann kann ich ja irgendwie froh sein, daß mein Muli auch mal an 90 Download heran kam :mrgreen:


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