[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   Downloadverlust nach fast genau 28 Stunden (http://www.emule-web.de/board/10434-downloadverlust-nach-fast-genau-28-a.html)

Ulrich 6. January 2006 19:26

Downloadverlust nach fast genau 28 Stunden
 
Ich habe das Problem, dass in den ersten 24 Stunden mein Esel sehr gut läuft, direkt nach der Zwangstrennung schnell wieder auf Touren kommt aber nach fast genau 4 Stunden des "zweiten" Tages dann nur noch mit 20-30 zieht. Mach ich einen kompletten Neustart zieht der Esel wieder in den ersten 24 Stunden sehr gut.
Ab und an bekomme ich die Meldung das mein Upload zu hoch wäre,
setze ich den Upload auf 34 kommt die Meldung immer noch.
Meine Upload-Grafik ist sehr gerade, ganz leichte Schwankungen alle 15-20 Minuten.
1. Warum kommt die Meldung obwohl die Linie gerade ist ?
2. Warum fällt der Download nach der Zwangstrennung plötzlich ab obwohl er erst wieder hoch geht ?
Danke für die Tipps.



eMule v0.46c Xtreme 4.8.1 Statistik [http://www.xtreme-mod.net]
Transfer
Session UL:DL Ratio: 1 : 2.41
Session
Hochgeladen: 3.23 GB
Erfolgreiche Upload-Sessions: 408 (95.33%)
Fehlgeschlagene Upload-Sessions: 20 (4.67%)
Session
Heruntergeladen: 6.83 GB
Gefundene Quellen: 8184
Erfolgreiche Download Sessions: 1191 (72.5%)
Fehlgeschlagene Download Sessions: 451 (27.5%)
Session
Verbindungsspitze (geschätzt): 433
Verbindungs-Limit erreicht: 0
Upload
Upload-Geschwindigkeit: 30.6 KB/s
Durchschnittliche Uploadrate: 30.7 KB/s
Max. Uploadrate: 34.4 KB/s
Max. durchschnittliche Uploadrate: 31.3 KB/s
Download
Download-Geschwindigkeit: 127.1 KB/s
Durchschnittliche Downloadrate: 73.8 KB/s
Max. Downloadrate: 282.7 KB/s
Max. Downloadrate Durchschnitt: 73.8 KB/s
Session
Programm-Laufzeit: 23:46 Stunden
Übertragungszeit: 23:46 Stunden (100.0%)

Einstellung
DL/UL 384:384 / 48:36
HardLimit 400
Verbindungen 500
max 5 sec 25
halboffene 49
Win XP Prof. - gepatcht auf 50
Router Zyxel (4096 Verbindungen)

Grafikbild des Uploads
http://www.pixpond.com/1/10q55y.JPG

cembob 6. January 2006 21:37

Auf den ersten Blick würde ich einfach mal behaupten, dass du ganz einfach zu viele Quellen hast und mit der Zeit eMule so viele Resourcen verbraucht, dass dein Download einbricht.
Versuch es doch mal mit 4000 Quellen und sag uns, ob das Problem dann immer noch auftritt.

Luzifer 6. January 2006 22:02

die quellen werden in der regel in den ersten 10 minuten gefunden und nicht erst nach 28 Stunden ;)

mein vorschlag wäre es den esel einfach mal länger als 28 stunden laufen zu lassen :beer:

Ulrich 6. January 2006 22:18

Hi,

habe natürlich auch schon länger als 28 Std. laufen lassen, der Download pendelt sich bei max 30 ein. Auch die Quellen runter auf 3500 brachte nur ein mässiger Download. Wenn ich die Verbindungen auf 4500 setze geht der DL wieder etwas höher aber die fehlgeschlagenen gehen auch mit (über 50%). Ich find es nur komisch das es fast bei genau 28 Std. passiert, als ob irgendwas blockt.

Mal schauen, vielleicht hat ja einer noch eine Idee :whistle

cembob 6. January 2006 22:20

Welche Firewall verwendest du?

Ulrich 6. January 2006 22:31

Keine da Router, der zweite PC geht nur selten ins Netz.

Xman 7. January 2006 00:33

Für Dein 28 Stunden-Phänomen hab ich auchkeine erklärung aber für das
Zitat:

1. Warum kommt die Meldung obwohl die Linie gerade ist ?
Deine Linie ist nämlich wirklich die sauberste die ich je gesehen habe.. da scheint alles bestens zu sein. Vielleicht sollte ich erst nochmal erklären was die Meldung auslöst... das hängt mit der Slotspeed-kalkulierung zusammen:

Die Anzahl der Slots regelt sich dadurch, daß ein neuer "Full-Slot" aktiviert wird, sobald ein anderer Full-Slot 25% über dem eingestellten Slotspeed liegt. Ist also ein Slot zu langsam, da er die Daten nicht schnell genug entgegennimmt fangen das die anderen Slots auf und evtl. wird dann ein weiterer Slot benötigt.
Nun kann bei hoher eingestellter Slotspeed passieren, daß zu viele Clients den Speed nicht nehmen können.. folglich werden immer weitere Slots geöffnet.... bis zu einem Maximum. Ist dieses Maximum erreicht, der Uploadbandwidththrottler sagt aber noch immer, daß er Slots brauch weil er die gewünschte Menge an Daten nicht verschicken kann, so wirft der Xtreme den Slot raus, der am meisten blockte (also den langsamsten).
Dies passiert aber auch dann, wenn man den Upload einfach zu hoch eingestellt hat... auch dann werden immer mehr und mehr Slots geöffnet.
Damit mit diesem "langamer-Slot-wegwerfmechanismus" kein Unfug betrieben wird (indem man absichtlich oder aus versehen den Upload zu hoch stellt) schalte ich ihn nach 5 mal Slot wegwerfen in einer Stunde ab und gib die Meldung aus.
Diese Meldung kommt also exakt dann, wenn 5 mal in einer Stunde das Slotmaximum erreicht wurde und darum ein langsamer Slot entfernt wurde.

Das scheitn bei Dir nun nicht wie beabsichtigt zu funktionieren. Ich könnte evtl etwas Feintuning machen und den Wert von 5 vergrößern.

Empfehlenswerter wäre aber wohl, daß Du Deinen Slotspeed einfach etwas runterdrehst.. was hast Du da eigentlich eingestellt ? Oder Du kannst probieren und den Sendbuffer auf 12000 zu stellen.

Ulrich 7. January 2006 00:52

Danke für die Erklärung. :yes:

Der Upload Slot Speed steht auf 3 KB/s, habe den Sendepuffer mal auf 12000 gestellt.

Jetzt einfach mal bis morgen warten und dann schreib ich ob es etwas gebracht hat.

Xman 7. January 2006 01:08

bei 3 sollte das allerdings noch nicht passieren. Kanst ja mal beobachten, wieviel Upload die Slots so bekommen.. und ob da viele dabei sind, die nur (obwohl schwarz, also Full) ganz wenig abnehmen.
Ich hab das z.B. bei Spaniern... die nehmen bei mir zu 90% im Durchschnitt weniger als 1 kbs. Denke das liegt an meinem Provider.

Ulrich 7. January 2006 01:28

Die einzelnen Slots schwanken alle zwischen 3,2 und 2,9 (auch die Spanier) nur 2 liegen bei 0,5 sind aber schwach (grau). Ist zwar noch nicht lange her seit ich auf Sendepuffer 12000 gestellt habe aber bislang keine Fehlermeldung und der Esel rennt mit über 100 "freu"

Xman 7. January 2006 10:51

Zitat:

Die einzelnen Slots schwanken alle zwischen 3,2 und 2,9 (auch die Spanier) nur 2 liegen bei 0,5 sind aber schwach (grau).
ganz genau so soll es sein.

Ulrich 7. January 2006 17:27

Nur eine kurze Rückmeldung,

bin jetzt 6 Std. im zweiten Tag, der Download ging wie gewöhnlich zurück allerdings schon etwas mehr als 20-30.

Habe nach der Umstellung auf 12000 Sendepuffer keine Fehlermeldung (Upload wäre zu hoch) mehr bekommen.

Werde die Einstellung mal so belassen und einen weiteren Tag anwarten und schauen.

Der Upload bleibt wie immer sehr gerade
siehe http://www.pixpond.com/1/bue1w5.JPG

Sorry, der Link war falsch, kann aus irgendeinen Grung mein Post nicht ändern.

http://www.pixpond.com/1/bue2i0.JPG

seppl12 7. January 2006 18:43

@Ulrich - laß dir doch bitte mal die zusätzlichen Linien anzeigen (Xtreme II Einstellung) und erhöhe die Statistikanzeige mal auf das Maximum (200sec -> 1T7H). Dann könntest uns einen Screenshot über 31 Stunden posten, aber bitte mit allen drei Grafikfenstern.

Ulrich 7. January 2006 19:29

Hatte gerade meinen ersten Emule Crash, stelle es so ein wie du geschrieben hast und melde mich dann wieder.

Ulrich 10. January 2006 20:18

So, hatte leider in den letzten 3 Tagen einige Abstürze, mom. sieht es nach 1 Tag und knapp 2 Std. so aus.

Zitat:

eMule v0.46c Xtreme 4.8.1 Statistik [http://www.xtreme-mod.net]
Transfer
Session UL:DL Ratio: 1 : 2.70
Uploads
Session
Hochgeladen: 3.46 GB
Totaler Overhead (Pakete): 128.84 MB (2.80 M)
Gesamt
Hochgeladen: 432.88 GB
Totaler Overhead (Pakete): 17.51 GB (384.86 M)
Downloads
Session
Heruntergeladen: 8.05 GB
Gefundene Quellen: 11799
Totaler Overhead (Pakete): 121.36 MB (3.16 M)
Gesamt
Heruntergeladen: 670.69 GB
Totaler Overhead (Pakete): 16.28 GB (403.46 M)
Verbindung
Session
Allgemein
Verbindungsspitze (geschätzt): 483
Verbindungs-Limit erreicht: 0
Upload
Upload-Geschwindigkeit: 29.6 KB/s
Durchschnittliche Uploadrate: 30.1 KB/s
Download
Download-Geschwindigkeit: 40.8 KB/s
Durchschnittliche Downloadrate: 81.4 KB/s
Max. Downloadrate Durchschnitt: 84.3 KB/s
Gesamt
Zeit Statistiken
Session
Programm-Laufzeit: 1 Tage 1:34 Stunden
Übertragungszeit: 1 Tage 1:33 Stunden (100.0%)
Dauer auf aktuellem Server: 1:33 Stunden (6.1%)
Dauer auf Servern: 1 Tage 1:33 Stunden (100.0%)
Gesamt
Programm-Laufzeit: 157 Tage 9:43 Stunden
Übertragungszeit: 155 Tage 8:22 Stunden (98.7%)
Dauer auf Servern: 154 Tage 19:15 Stunden (98.3%)
Grafik: http://www.pixpond.com/1/1oi2m0.JPG

Bin echt gespannt, was nach "meinen 28 Stunden" passiert :-)


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