[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MOD - Development (http://www.emule-web.de/board/emule-mod-development/)
-   -   Xtreme Entwicklung - early alpha test thread (http://www.emule-web.de/board/9050-xtreme-entwicklung-early-alpha-test.html)

Hanussen 6. April 2005 19:43

Hallo,

ich beobachte bei mir leider haargenau das gleiche wie ofenheizer es beschreibt.
Max. UL 10.5 kb/s
Upload Slot Speed 2.8 kb/s
An den Einstellungen habe ich beim umstieg auf die 4.2er nichts verändert.
Der Upload schwankt zwischen 3 und 7 kb/s, bei 4 Upload Slots.

MfG Hanussen

ofenheizer 6. April 2005 20:45

Liste der Anhänge anzeigen (Anzahl: 1)
nach über 2h laufzeit habe ich ein durchschnittlichen UL von 5.5kb

ansonsten läuft die 4.2 sehr stabil, quellen wurden schnell gefunden und der DL ist auch bestens.

hab mal ein bildchen angehängt, wie meine UL- und DL-Kurven aussehen. die vom DL finde ich in ordnung :-)

Xman 6. April 2005 21:19

Deine Kurve schaut genau wie das Gegenteil von meiner aus ;-)

was ich da leider nicht raussehen kann: ist die weiße Linie auch so zackig ?
Sagt das VerboseLog was ?
verwendest Du einen Router ?
Änder das Deaktivieren von Kad etwas ?
CPU-Auslastung ist aber ok ? (keine 99%)

Edit:
so wie ich das Bild sehe scheint die weiße Linie stabil.. was dafür sprechen würde, daß ich beim Annehmen eines Downloads einen Bock gebaut hab... dann müßte das VerboseLog aber gerade zu mit Messages überflutet werden... diese Message bräuchte ich.

Paul 2 6. April 2005 21:53

UL läuft bei mir sehr stabil (3 Std.) UL Limit 13,6
Erfolgreiche UL 90,31
Zitat:

eMule v0.45b alpha4.2 Statistik [***]

Upload
Upload-Geschwindigkeit: 11.2 KB/s
Durchschnittliche Uploadrate: 10.9 KB/s
Max. Uploadrate: 12.9 KB/s
Max. durchschnittliche Uploadrate: 11.3 KB/s

ofenheizer 6. April 2005 21:56

nicht wahr, die ul-kurve hat schon was besonderes:mrgreen:

also, die weisse linie ist super stabil (gerade).
ja, ein router ist im einsatz - ein linux software router.
kad ist von vorherrein deaktiviert.
cpu-last liegt um die 3%, also absolut i.o. (speicherbedarf nach fast 4h: 40mb)
so das log werde ich jetzt mal einschalten, hatte ich bishe deaktiviert, und dir dann zukommen lassen.

brauchst du sonst noch informationen? erfolgreiche dl-sessions: 85%, erfolgreiche ul-sessions: 72%

Xman 6. April 2005 22:07

wenn die weiße Linie super stabil ist, dann ist der Upload super stabil.....
Also ist das was ich oben schrieb wohl war.... und Du sendest mit dem Mod gerade an irgendjemand eine Flut von OPCODES.
Der Fehler liegt wohl wie gesagt beim Annehmen eines Downloads... da ich hier rumexperimentiert hab und diesen Teil noch nicht vollens austesten konnte (da sehr seltene Konstellationen verarbeitet werden)
Falls das VerboseLog gerade nichts auffälliges anzeigt (vor allem: Meldungen mit "-->" beginnend), dann starte den Mod neu und sag mir ob vor dem auftreten des Bugs eine Meldung mit "-->" kam. Die wäre mir sehr wichtig, damit ich weiß welche Konstellation nun nicht läuft.

ofenheizer 6. April 2005 23:16

also besser kann die weisse linie nicht sein.

also ich habe jetzt mal ein weilchen mitgeloggt, es sind keine auffälligen meldung in den logs zu sehen (nur added source... , reject source...)

ich starte jetzt mal den mod neu und geb dir dann mal den log - nun muss ich erst mal ins bettchen.
mal sehen wie es nach ein paar stunden aussieht.

ich weiss ja nicht, ob es wichtig ist, aber ich bin über wlan mit meinem eigenbau-router verbunden. ich hoffe nicht, dass es an meiner nic liegt (du hattest ja probleme mit asus erwähnt)


guts nächtle,
ofenheizer

Xman 6. April 2005 23:31

nein.. dieser Bug hat bestimmt nichts mit dem NIC zu tun.

Morgen sehen wir weiter... denke der Bug wird schnell gefixed sein

Guts nächtle

Paul 2 7. April 2005 08:44

--> Meldungen aus den letzten 2 Stunden 6 mal (3 siehe Zitat)
Zitat:

07.04.2005 07:29:22: -->OP_ACCEPTUPLOADREQ from DS_CONNECTED, clientversion:**.***.60.42 'http://emule-project.net' (eMule v0.45b,Connected/OnUploadQueue), File: ***.mpg
07.04.2005 07:29:23: -->don't send StartupLoadReq, client: **.***.60.42 'http://emule-project.net' (eMule v0.45b,Downloading/OnUploadQueue), File: ***.mpg

07.04.2005 08:20:56: -->OP_ACCEPTUPLOADREQ from DS_CONNECTED, clientversion:***.**.160.186 'http://*** [***.de v10]' (eMule v0.44b [WebCache 1.2e],Connected/OnUploadQueue), File: ***.avi
07.04.2005 08:20:56: -->don't send StartupLoadReq, client: ***.**.119.186 'http://***.de [***.de v10]' (eMule v0.44b [WebCache 1.2e],Downloading/OnUploadQueue), File: ***.avi

07.04.2005 08:28:12: -->OP_ACCEPTUPLOADREQ from DS_CONNECTED, clientversion:**.***5.2.124 '***' (eMule v0.45b,Connected/OnUploadQueue), File: ***.bin
07.04.2005 08:28:12: -->don't send StartupLoadReq, client: **.***.2.124 '***' (eMule v0.45b,Downloading/OnUploadQueue), File: ***.bin

Xman 7. April 2005 09:01

thx Paul
genau das meine ich mit interessanten Meldungen... nur: der von Dir gepostete Fall (Konstellation) ist unproblematisch und sollte nicht das Problem von Ofenheizer sein. Der hier gezeigte Fall wurde nämlich schon im Xtreme2.2 auf die gleiche Art und Weise erfolgreich behandelt.
Kurze Erklärung zu dem was Du da siehst:
Wie ich schon öfter im Forum schrieb gibt es ein Problem im emule-Protokoll, daß ein Download/Upload zu frühzeitig beginnt, bevor alle nötigen Opcodes ausgetauscht sind. Das ist ein Fehler auf upload-Seite. Auf der Uploadseite hab ich dies im x3alpha auch schon frühzeitig gefixt, mit ein Grund warum er so wenig fehlgeschlagene Uploadsessions hat.
Jetzt ist auch noch ein fix auf Download-Seite drin. Viel passiert hier allerdings nicht, im wesentlichen spar ich mir nur das Senden eines Packetes ein.

drfreak2004 7. April 2005 09:34

sorry aber irgendwie laufen die ganzen mods net schlecht aber die alte 2.2 ist doch das beste !

mfg

ofenheizer 7. April 2005 09:43

also ich habe jetzt mal meine logs nach ungewöhnlichem durchforstet - es ist nichts vorhanden, nicht mal ein eintrag der mit "-->" beginnt

Xman 7. April 2005 11:22

hmmm...
also irgendwas erzeugt bei Dir wahnsinnigen Overhead. Wenn keine Logeintragungen da sind, dann ist es nicht das, was ich vermute (Fehler bei der Downloadannahme). Dennoch hab ich diesen Code für die 4.3 mit einem Sicherheitscheck ausgestattet.
Durch diesen Overhead schrumpft natürlich Dein Upload.. denn beim Xtreme bezieht sich das Uploadlimit auf Overhead + Daten. Ist der Overhead zu hoch, bleibt weniger für die Daten.
Was mich nur wundert: woher kommt der Overhead ?
Was Du mal machen könntest: laß die 4.1 eine Stunde laufen (die läuft ja ohne Probleme wie Du schriebst), speichere die Statistik komplett in einer Textdatei. Dann Zwangstrennung und starte die 4.2. Laß sie auch eine Stunde laufen und speichere ebenso die Statistik (komplett).
Schick mir dann bitte beide Statistiken an emulextreme@yahoo.de

ofenheizer 7. April 2005 12:37

Liste der Anhänge anzeigen (Anzahl: 1)
ok, werde ich so machen. brauchst du nur die statistiken oder evtl. auch die logs?

EDIT: hier mal zum vergleich die uploadkurve mit der 4.1

Xman 7. April 2005 13:16

statistik reicht. Und danke für den Vergleichsscreenshot.

im übrigen: wie mir scheint hast Du auch den Asus-Bug. Deine gelbe Linie ist nämlich auch so weit von der weißen entfernt wie es bei mir auch einst war. Seit der neuen Netzwerkkarte hat sich der Abstand mehr als halbiert. Falls Dir also mal eine Netzwerkkarte (tut ein Teil für ~10€, sollte aber keine 3COM sein, da diese auch bei Asus verwendet wird) in die Finger gerät kannst Du gern mal ausprobieren ob es bei Dir den gleichen positiven Effekt ergibt wie bei mir.


Alle Zeitangaben in WEZ +1. Es ist jetzt 07:14 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, 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