![]() |
guck selber der leuft immer weiter,das habe ich gerade gemacht 8-) [edit by Pathfinder: Screenshots entfernt, weil Dateinamen zu sehen waren (Statusleiste) - Board Rules beachten!] |
Du weichst meinen konkreten Fragestellungen aus! Hast du etwas zu verbergen¿ Ich finde es äußerst merkwürdig, das der eigentliche Upload um höchstens 1.5 kbps variiert auf dem ersten Screenshot zwischen dem ersten tiefen Einschnitt und der absoluten Spitze! Und die anderen Fragen stehen auch noch im Raum. Wie wäre es wenn du die erst einmal beantwortest bevor du uns weiter neue Screenshots postest. Und die 0er sind auch nicht von der Hand zu weisen. Weil wenn du genau hinschaust steht bei dir überall 0, was in der Summe 0 ergeben müßte, bei dir aber 5xx und bei Hopie steht dort wo was hin übertragen wurde auch nen Wert. Würde man die Werte dort addieren würde man sicherlich auf den Wert kommen den Hopie geuploadet hat in seinen Stats. MFG Stulle PS: Ich warte auf Xman *rofl* ;) :D MFG Stulle EDIT: Zitat:
|
erst mal zu Dir, Stulle: Zitat:
Zitat:
Zitat:
nun zu der obigen Statistik: zunächst fällt auf, daß die Screenshots NICHT zur Statistik gehören können. Laut Statistik 118 Uploadsessions, laut screenshot 30. Der Upload funktioniert aber wie er soll, laut dritten Screenshot.. denn er hat brav zwei Trickles mit 0.5. Gäbe es irgendein Überlastungsproblem merkt man es am ehsten wenn keine Trickles mehr da sind oder diese auf Dauer zu viel bekommen. Was ich mir allerdings auch nicht erklären kann sind die vielen Nullen oben in den Stats. Zitat:
|
Naja, aber wenn der Overhead gesamt steigt, incl. ACK Pakete, dann müßte doch schon ein größerer Unterschied zwischen dem effektivem UL bei 30 DL und bei 130 DL sein. Aber 1.5 (wirkl. mal ganz grob eschätzt) sind da dann wohl doch etwas weit unten veranschlagt oder nicht¿ MFG Stulle |
Zitat:
Und nochwas zur Statistik: @markus: falls immer noch die angesprochenen Nullen da sind.. stell doch mal "Statistikbaum-Updateverzögerung" auf 5 Sekunden... evtl liegt da der Wurm begraben... hab ich nämlich nie getestet. Edit: für Stulle: 1,5 für 64 kbs wären ein normaler Wert wenn alles rund läuft (was es im Mulie leider nicht immer tut)... aber in Graphen schauen für mich sehr realistisch aus. Edit 2: für @Hanussen: Danke für das Kompliment. Und Du wirst wohl recht haben.. es kommt auf zu viele "unbestimmbare" Faktoren an, wie gut der Download läuft. |
Xman du schlimmer finger.:naughty :wink: Trotzdem hätte ich gerne eine Erklärung für die vielen Nullen, ich habe nämlich keine, ausser der MoD wurde neu gestartet. *confused* :bang Mit freundlichen Grüssen mav744 |
Zitat:
***** [edit by Pathfinder: Screenshots entfernt, weil Dateinamen zu sehen waren - Board Rules beachten!] |
Jetzt steht komischerweise was drin... @ Xman: Ich glaub dir einfach, du weißt es ja doch besser. Bin ja nicht umsonst nur der n00b hier. *g* Da freu ich mich ja schon das bei mir einzubauen! :) MFG Stulle |
Zitat:
der Zweig ist geschlossen und dann Kopiere alle Statistiken und schon habt ihr die Nullen in der Stats bei den geschlossenen Zweigen. Kleiner Bug aus dem original Muli |
ahhhhhhhhhh.. mensch Paul.. das ist es! Danke für den Tipp! Hatte heute Nacht die Exotischten Einstellungen probiert und die Statistik hatte immer funktioniert. Manchmal kann des Rätsels Lösung doch so einfach sein ;-) |
Tagchen!!!! Erstmal riesen großes lob an den Ersteller dieser Mod! Bin am Sonntag irgendwie durch Zufall auf diese Version gestoßen (ich muß zugeben; fand den Namen einfach nur ansprechend, hehe) und muß schreiben: sie rennt bei mir wie sau!!!! Okay, hab noch nicht wirklich sooooo viel Mod Erfahrung, weil dieser mein erster ist ,vorher hatte ich immer nur Emule orginal Clients aufen Rechner. Aber bei denen hatte ich nie in so kürzerster Zeit in ul/dl Verhältniss von 1 : 3,2 (okay, könnt jetzt auch nur an "glücklich gewählten files" liegen, aber hatte die orginal clienten seit ca 3 Jahren am laufen und in dieser Zeit kam ich nie auf so ein ul:dl verhältniss!!! Jetzt hätte ich eigenz nur ein paar kleine/große fragen zum verständniss: 1. was genau heißt "NAFC full controll" ? 2. was genau bedeutet "use double sendsize" und die Zahl in dem weißem Kästchen darüber? 3. was kann ich mit "process priority" einstellen? Ich hoffe mal nicht, das ich zu unverschämt bin, mit diesen drei fragen!!! Schon mal danke für die hoffentlich antwort ^^ und nochmal gratulation und respekt zu dieser Mod!!! Nize greetz, SchranzZzGesteuert |
danke erst mal für das Lob. Ich weiß, daß es zu vielen Optionen noch Erklärungsbedarf gibt. Ich arbeite an einer ausführlichen Dokumentation... gibt es in den nächsten Wochen, verbsprochen! Zu Deinen Fragen: 1. siehe einfach mal auf die erste Seite dieses Threads, das zweite Posting 2. Internetporgramme senden ja nie ein Byte nach dem anderen, sondern immer Packete (MTU-Größe). Wie groß diese Packete sind/sein dürfen, hängt nicht zuletzt vom Provider ab. Meist wird eine MTU zwischen 1400 und 1496 benutzt. Es gibt Tools, Tricks und Providerangaben wie die eigene MTU herausgefunden werden kann... Google weiß das ;-) der offizielle emule nutzt 1340. Du kannst den Wert bei DSL locker auf 1400 stellen, erspart ein kleines bischen Overhead. Nach jedem verschickten Packet bekommst Du eine Empfangsbestätigung vom Empfänger. Die Idee vom offiziellen emule ist nun, daß immer zwei Packete (double sendsize) auf einmal geschickt werden, damit nur eine Empfangsbestätigung für 2 Packete zurückgesendet werden muß. Dies soll den Overhead vermindern. Meine Erfahrung zeigt, daß zumindest bei mir dadurch der Overhead vergrößert wird. Auch wird die Zeit bis wieder Packete gesendet werden gerade bei kleinem Upload zu groß, was Performance-Einbußen bringt. Meine Empfehlung: nicht aktivieren. Es kann allerdings hilfreich sein, wenn man einen sehr hohen Upload hat (>40kbs) und auch eine hohe Slotspeed eingestellt (>5kbs). Dort kann es helfen clients, welche oft "blocken" (=schlecht Upload annehmen) ein bischen mehr zu geben. 3. Du kannst bei windows XP/2000 per Taskmanager jedem Prozess eine Priorität geben. Wird die CPU stark beansprucht, so bekommen die Prozesse(/Porgramme) mit höherer Priorität mehr Prozessorzeit. emule braucht normalerweise nicht viel, aber wenn, dann möglichst schnell den Prozessor. Darum empfehle ich die Standardeinstellung ->above normal (also die nächst höhere Stufe) |
Holla Xman! Danke für die schnelle antwort!!! Damit wäre mir dann erstmal soweit geholfen. Der Rest erklärt sich ja eigentlich von selbst, wenn man schon ein wenig esel erfahrung hat ^^ Kommt denn irgendwann noch eine final version raus, oder bleibts bei der beta? |
Zitat:
|
Danke Paul, das wusste ich nicht. Womit ich dabei bin mich bei markus111 zu entschuldigen, es kam mir nur sehr suspekt vor mit den vielen Nullen, aber das hat sich ja nun aufgeklärt. Entschuldige markus111 Mit freundlichen Grüssen mav744 |
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:34 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.