und nochwas ist mir grad aufgefallen...
Hatte einen User zweimal (!) in der DL Liste drin, an einem Teil an dem ich grad saug (21 Quellen).
Gleicher Hash, gleicher Name, gleiches UL/DL Ratio, gleiche Chunks...

Einer der beiden war mit QR30, der andere mit QR49 angeschrieben, nur ein Unterschied war zu sehen:
der mit dem hoeheren QR hatte eine ungueltige SID!
beide manuell aktualisiert... der ungueltige verschwand...
Kein Eintrag im Log, dass HashThief oder so unterwegs war... oder ein Client/User gekickt wurde.... nichts...
eine Fata Morgana????

Gruesse
Kaeptn

Kaeptn_Sperrmuell,

mir persönlich fällt auf, das deine Verbindungen fast immer am eingestellten Limit sind, deswegen die Gerade bei den Verbindungen (bis auf die kurze Holperstrecke kurz nach Beginn). War das bei dem anderen Mod auch so, wo du bessere Downloadwerte hattest? Meine Erfahrung ist, das bei solchen Werten (Verbindungen immer am Limit) es nicht sehr gut geht mit dem Download.

Mir fällt auf, daß die Zahl der aktiven Verbindungen bei der 1.2a deutlich höher ist als bei den Vorgängerversionen, bei ca. 2500 Quellen ~400 aktive Verbindungen. Woran liegt das???
25 Con/5s , HL 300
:roll:

Wunderbar, auch USS funzt nun dauerhaft bei mir (seit 20h)!

eMule v0.30a sivka v10a2 [Athlazan]v2.15c [Gnaddelwarz.v1.2a] Statistics
Upload Sessions: 263
erfolgreiche Upload-Sessions (total): 232 (88,2%)
fehlgeschlagende Upload-Sessions (total): 31 (11,8%)
durchschnittlicher Upload pro Session: 8,03 MB (das ist wirklich fast Fullchunk! 8) :!:
durchschnittliche Upload-Dauer: 25:10 Minuten
Totaler Overhead (Pakete): 35,91 MB (689K)

Im happy
AdiS

Gnaddelwarz: Was ist jetzt eigentlich mit der Chunk-Priorisierung, kommt die wieder oder ist die gestorben? Es sind ja noch so ein paar Restanzen davon sichtbar...
Wie auch immer, das ist ein 1A Mod und ich habe überhaupt keine Lust einen anderen zu versuchen.
:wink:

mal meine wichtigsten stats:

Ich weiss nicht, das ist im neuen ZZUL auskommentiert, da es mit der neuen Fullchunk-Implementierung nicht zusammenarbeitet. Ich weiss nicht, ob zz das noch wieder reaktivieren will. Daher habe ich dass erstmal auch nur vorübergehend deaktiviert. Wenn das bei ZZ nicht wiederkommt, nehme ich das ganz raus.

Der Crashreporter ist übrigens ein voller Erfolg, ich habe jetzt schon drei Bugs gefunden. Jedesmal NULL-Pointer-dereferenzierungen (2 davon sind in 1.2a gefixt....)

Der eine Bug ist jetzt schon 5 mal gepostet worden, sollte also eine Erklärung sein, warum ältere Versionen evt. abstürzen :roll:

Wenn du einen DNS-auflösbaren Namen für deinen Rechner hast (evt. über Dienste wie www.dyndns.org), dann kann man den da eintragen.
Damit kann man dann Links wie
ed2k://|file|eMule0.30a-Gnaddelwarz-1.2a-Installer.exe|2323340|49328F8F1EF3CFCBDDF978685CE1 EA22|/|sources,gnaddelwarz.mine.nu:4667|/
erzeugen, so dass Clients, die ebenfalls "SLUGFILLER: hostnameSources" implementiert haben, dich als Client sofort finden (und nicht erst auf X Servern nachfragen müssen).
Also vor allem für Releaser interessant.

@lowsix: (Bezüglich Ratio)
In Mods, die ZZUL implementieren, ist das Ratio von 1:3 nicht mehr an die aktuelle Geschwindigkeit, sondern an die in dieser Session übertragen Daten. D.h. für jedes hochgeladene Byte kannst du 3 Bytes herunterladen.

Nur wenn deine Warteschlange leer ist, wird für den Ratio wieder die Geschwindigkeit benutzt.

Aha. Ich finde das Feature ist irgendwie sinnfrei sofern Hide OS richtig eingesetzt wird- meinetwegen kann es weg. Wichtig ist IMHO, dass der Overhead nicht zu stark anwächst, egal ob nun der Uploader oder der Sauger den raren Chunk bestimmt.

Theama Crashreport: Das ist vorbildlich sowas einzubauen, das habe ich sonst noch bei keinem Mod gesehen. Ein kostenloser, effizienter Support - was will der Mulifreund noch mehr! :)


Weiter positiv anzumerken ist seit der neuen ZZUL-Implementierung in Gnaddel 1.2a die geringere Anzahl an UL-Slots: Mit Gnaddel 1.2 waren es noch 5-9 UL-Slots, nun sind es 3-5 Slots. Gefällt mir. Gleichzeitig hat sich bei mir auch die Anzahl der erfolgreichen Uploads verbessert, sowie der durchschnittliche Upload in MB/UL-Session.

Begeisterter Gruss
AdiS

Hm... Tja... Kommt da keine Antwort zu?! Oder hab ich was überlesen? Würd mich auch freuen wenn du (Gnaddelwarz) über dieses Feature ma nachdenken würdest... Teste deinen Mod seit heute mal wieder... Anfangs gefiels mir nich so gut, weil er beim Quellen finden etwas schwer in die Gänge kommen wollte... Aber mittlerweile bin ich ganz zufrieden, bis auf die hohen Verbindungswerte (470 im Schnitt) und etwas viele fehlgeschlagene Download-Sessions (40 von 92, denke aber mal der Wert normalisiert sich hoffentlich noch). Weiter so!

Ich werde mir das mal anschauen, vielleicht in einer der nächsten Versionen ....

Jepp,
hatte mal wieder das Phänomen eines Absturzes infolge von "Öffnen eines Downloads per Doppelklick" um zu sehen was so los ist. Dann beim runterscrollen schmiert er ab. Dies Phänomen hatte ich aber auch schon in der Athlazan !!! Also ist es ein "verschlepptes" Prob.
Crashreport is rausgegangen :wink: Schade, hatte grad ne gute Ratio :cry:

extrem Mieser Upload nach 8 Stunden nur noch Durchschnitt von 7kb Download war ganz gut aber die Cpu Last ungemein hoch von 60- 100 Prozent naja hab jetzt mal die 1.2 am laufen vielleicht geht die besser

@Usul
ja, das mit den Connects am Anschlag, ist sehr auffaellig... wie man im UL sehen kann, habe ich den UL dann mal gedrosselt, nicht dass dadurch zuviel Overhead oder son Verwaltungszeug entsteht, man kennt ja die Theorie: zuviel UL drosselt den DL...

40 Con/5Sek empfinde ich als einen sehr moderaten Wert, die max Con habe ich bei 200 gedrosselt, obwohl mein Router lockerst mehr verkraftet... aber man muss es ja nicht uebertreiben, ich habe ja Zeit!

Mit dem "Original" meinte ich den Athlazan 2.15c ohne Gnaddel Exetnsion.
Der hat eine schoene zackelige Linie bei den Connects drin, schoen am Boden rumduempelnd, auch bei 40 pro 5 Sek.

Ich baue grad mal einen aussagefaehigen Screenshot zusammen dann seht Ihr was ich meine... mal sehen, ob ich noch eine alte Stat habe...

Aber Renegade... Du bist auch einer der PowerUpper?
Deine Ups fallen mir regelmaessig auf! Durch Jungs wie Dich lebt das Netz!
Bin zwar keiner der nur saugt wie ein Bloeder, ich gebe auch recht viel, aber ein wenig sollte doch auch abrfallen ;)

Gruesse
Kaeptn

So Jungs... jetzt kommts...
leider fahre ich auf einer Aufloesung mit 800x600, musste zwei Screenshots zusammenkleben, ausbessern, seis drum.
Es ist etwas ueberdimensional geworden... 17 Stunden sind nunmal nicht kuerzer.
http://www.cabernet.ch/jockinger/pic..._17stunden.gif
Auffaellig ist wirklich der Connect am Anschlag...

und so etwa sah der Graph bei der Athlazan 2.15c mit anderen LAN Aktivitaeten aus... deshalb ist der UL auch so zackelig...

http://www.cabernet.ch/jockinger/pic...ads/posing.gif
sauberes rumzackeln der Cons... kein "verstopfen" der Leitung...

hat jemand aehnliche Zacken beim Gnaddel 1.2?
Bin drauf und dran zu downgraden, aber nimmer auf eine 0,29er Version...
Wie gesagt, 40 Con pro 5 Sek...

Gruesse
Kaeptn

//EDIT
Sehr gute Besserung des Gnaddel:
bei aktivierter Spread Bar der geshareden (doofes Wort)ist die CPU Last deutlichst gesunken und das Scrollen von links nach rechts geht nicht mehr hakelig!!!
!Zwei Daumen nach oben!

//EDIT 17 Stunden Stat verkleinert, direkt im Board sichtbar gemacht

Hi!
Teste auch gerade die 1.2a Version, hab sie jetzt gut einen Tag am laufen, das Resumee ist auch recht positiv, das einzige was mir aufgefallen ist, ist, dass der UL sehr stark schwankt und überhaupt nicht ans Limit geht... Ich hab ein UL-Limit von 13 eingestellt, aber einen durchschnittlichen UL von 7... Hatte auch noch keine wirklich hohen DL-Raten, kann das damit zusammenhängen?

Kaeptn_Sperrmuell,

der Graph von der Athlazan 2.15c sehen für meine Begriffe wesentlich gesünder aus ;-) Hier mal ein Screenshot von mir, allerdings mit bisher relativ kurzer Laufzeit, hab vor knapp 2 Stunden neu gestartet. Vielleicht poste ich heute Abend noch nen Screenshot.

http://home.pages.at/usul/gnaddelwarz12a.png

Ich habe USS aktiviert, die Anzahl der Connections ist bei mir so gut wie nicht limitiert, da ich mit meinem (Linux-)Router scheinbar extreme Werte fahren kann, zumindest ist die Session-Statistik auch mit sehr viel niedrigeren Werten nicht viel anders. Man sieht schön, das der Upload sich praktisch entgegengesetzt zum Verbindungsgraphen bewegt. Ich brauch mir also keinen Kopf machen, das ich den Upload so begrenze, das bei vielen Verbindungen keine Probleme auftreten, das macht USS für mich.

leider ist bei deiner Statistik nicht zu erkennen, wieviele gefundene Quellen du hast. Die Quellen bestimmten mehr oder weniger direkt, wieviele Verbindungen du hast. Mehr Quellen -> mehr Verbindungen -> mehr Overhead -> weniger Upload möglich. Da für mich USS die Regelung des Uploads übernimmt, brauch ich mich darum eigentlich nicht weiter zu kümmern. Allerdings muß ich aufpassen, das ich nicht so viele Quellen habe, das mein Upload zu sehr einbricht. 3000 Quellen sind eigentlich ein guter Richtwert.

Wenn man die Anzahl der Verbindungen künstlich niedrig hält (durch setzen des entsprechenden Limits), aber Emule trotzdem eigentlich mehr nutzen will (Emule geht dann dauernd ans Limit -> waagerechte Gerade bei den Verbindungen), dann hat man meiner Meinung nach ein Problem. Emule will mehr Verbindungen herstellen, kann das aber nicht, weil das Verbindungslimit erreicht ist. Was passiert? Emule muß irgendwelche Verbindungen, die eigentlich erstellt werden müßte, aufschieben und später herstellen. Wenn Emule dauernd am Limit ist, müßte es eigentlich ständig einen Berg von benötigten Verbindungen vor sich herschieben, die nicht hergestellt werden können, weil das Limit erreichbar ist. Irgendwann ist es dann mal zu spät, um diese Verbindungen herzustellen, oder der Versuch wird ganz unterlassen (um das wirklich zu wissen, müßte ich mich im Quellcode auskennen, so sinds nur Vermutungen ;-) ) Die Folge ist, das der Download nicht so hoch ist, wie er sein könnte, außerdem dürften die Session-Statistiken mies ausfallen (da bin ich mir aber nicht so sicher).

Was mache ich dagegen? Ich achte darauf, das mein Emule nicht am Limit arbeitet. Man kann zum einen das Verbindungslimit bzw. die Verb. in 5 Sek. hochsetzen. Allerdings muß man damit sehr vorsichtig sein, weil mehr Verbindungen mehr Overhead bedeuten -> Upload niedriger, aber auch die Internetanbindung (Stichwort Router) nicht beliebig viele Verbindungen verkraftet. Jeder muß hier selber seine Werte finden, dabei immer die fehlgeschlagenen Sessions bei Up- und Download im Auge behalten, nehmen die zu, hat man es mit den Einstellungen übertrieben. Um das zu testen, muß man aber Geduld haben, am besten über 2-3 Tage testen, weil manchmal die fehlgeschlagenen Sessions aus unerfindlichen Gründen extrem zunehmen.

Der andere und wesentlich leichtere Weg ist es, die gefundenen Quellen zu senken. Werte über 5000 sind bei mir nur mit massiven Einbrüchen beim Upload möglich, diese vermeide ich, aber auch hier muß jeder seine Werte finden.

Was ich an dieser Stelle noch sagen möchte: Manche beschweren sich, das Mod A mehr Verbindungen als Mod B öffnet. Das kann man nicht so einfach sehen. Wenn Mod A z.B. eine bessere Quellenfindung hat und deswegen mehr Quellen findet, dann braucht es auch mehr Verbindungen. Deswegen muß man beim Vergleich die Anzahl der Quellen beachten, wenn Mod A doppelt so viele Quellen gefunden hat (das muß ja noch nicht mal am Mod selber liegen, kann einfach Tagesform sein), dann braucht der auch mehr Verbindungen als Mod B mit der Hälfte der Quellen, völlig klar. Wenn also jemand schreibt, Mod A findet viel besser Quellen als Mod B, hat aber dummerweise viel mehr Verbindunge, dann ist das einfach blöd, weil das eine aus dem anderen folgt. Das mal bitte in Zukunft beachten.

Bevor mich jemand nach den Verbindungen fragt: Momentan 1000 Verbindungen maximal, 100 Verb. in 5 Sekunden, gefundene Quellen um die 3000. Trotzdem habe ich nur einen Verbindungsdurchschnitt von momentan 118, die fehlgeschlagenen Sessions liegen bei 20% etwa. Bei Werten von 400 Verb. und 30 Verb. in 5 Sek. habe ich ähnliche Werte, also kann ich bei mir solche Werte fahren. Aber bitte nicht einfach nachmachen, wirklich gründlich testen, wenn überhaupt ;-)

Usul, du sagst dein Router könne mit 1000 Verbindungen umgehen.... Woher hast du den Wert? Kann man den optimalen Wert für seinen Router irgendwo ermitteln?

Ich habe diesen Mod gerade auch am Laufen, allerdings sehen meine
Kurven nicht so zackig aus. Das liegt aber eindeutig daran, das ich
nur 6 Files im DL habe (wobei 2 Files seit Wochen nicht komplett werden)
Insgesamt 427 Quellen (abzüglich der 2 mit 99 Quellen) also 328 Quellen effektiv.
Meine aktiven Verbindungen dümpeln so zwischen 30 und 70 herum.
Das UL Limit von 14 erreicht er nicht.
Alle auf Sivka Basis laufenden Mod´s halten z.B. mehr Verbindungen offen als
der aktuelle LSD. Das liegt aber daran, das diese Mod´s continuierlich droppen,
während LSD erst nach ca 50 Min. schlagartig alle NNS oder FullQ droppt.
Beim LSD schnellen dann die aktiven Verbindungen abrupt nach oben.
Auf die Anzahl der Files im DL und gefundenen Quellen, ist es dann eine
Frage, welche Art des Doppens einem zusagt. Beim LSD kann es passieren,
das beim Droppen der UL/DL einbricht, anhand zu vieler NNS/FullQ.
So sieht mein UL/DL nach ca. 10 Std. Laufzeit aus
http://www.8ung.at/blomy/gnaddel1.2averb.jpg

hubutz,

ich habe einen FLI4L-Router, der hat praktisch kein solches Limit wie ein Hardware-Router, wo irgendwann eine Routing-Tabelle voll ist oder der Prozessor überlastet ist. Sicherlich kommt der Router auch irgendwann an seine Grenzen, aber die habe ich bis jetzt wohl noch nicht erreicht ;-) Ich habe auch nirgendwo gemessen, wieviele Verbindungen der schafft, ich habe die Werte eingestellt und beobachtet, das sich die Statistikwerte der fehlgeschlagenen Sessions (und noch andere Werte) durch diese Einstellungen nicht verschlechtern, das ist alles. Die Verbindungspitze in der Session, der die obigen Grafiken stammen, liegt bei 825, also kam mein Mulie HEUTE nichtmal an seine Grenzen. Ich bin mit dem Verfahren bisher gut gefahren, ich setze die Grenzen von Emule so hoch wie es geht, OHNE das es negative Folgen hat (fehlgeschlagene Sessions etc.). Falls sich die Statistikwerte verschlechtern, muß ich nachregeln. Ich habe aber noch nie irgendwas gemessen (z.B. die Verbindungen mit Speedmeter) und danach meinen Emule eingestellt, frei nach dem Motto, theoretisch müßte es so stimmen. Ich teste praktisch und reguliere dann nach.

Also nochmal in Kurzfassung, ich weiß nicht mit Sicherheit, ob mein Router 1000 Verbindungen gleichzeitig schafft (obwohl ich es glaube 8) ), ich sehe aber anhand meiner Statistik und dem Vergleich mit der Statistik anderer Leute, das meine Einstellungen FÜR MICH nicht so falsch sind ;-)

@blomy,

nach ein paar Stunden sieht mein Verbindungsgraph ähnlich wie deiner aus, die Zacken glätten sich dann immer mehr. Infolge dessen glättet sich dann auch die Uploadkurve etwas, allerdings wird die nie eine Gerade, da USS ja immer etwas nachregelt. Das du so wenig Quellen hast, kommt dem Verlauf der Kurven ja auch entgegen ;-)

Usul, dann noch eine Frage... Wieviele fehlgeschlagene Downloadsessions hast du denn so? Ich hab jetzt keinen Vergleichswert, aber bei mir liegen sie bei 33% und das kommt mir ziemlich hoch vor...

Bin wieder zurück auf die 1.2(Testversion), die 1.2a hatte in 48h 50%fehlgeschlagene DL sessions, bei der 1.2 hatte ich nur 20% bei gleichen Einstellungen. Die Änderungen von 1.2 nach 1.2a scheinen nicht alle positiv zu sein.
:|

eMule v0.30a sivka v10a2 [Athlazan]v2.15c [Gnaddelwarz.v1.2a]
Upload Sessions: 46
erfolgreiche Upload-Sessions (total): 38 (82,6%)
fehlgeschlagende Upload-Sessions (total): 8 (17,4%)
durchschnittlicher Upload pro Session: 4,45 MB
durchschnittliche Upload-Dauer: 28:57 Minuten
Download Sessions: 32
erfolgreiche Download Sessions: 23 (71,9%)
fehlgeschlagende Download Sessions: 9 (28,1%)
durchschnittlicher Download pro Session: 1,14 MB
durchschnittliche Downloadzeit: 8:50 Minuten

Die Werte sind aber nach einer Laufzeit von 4 Stunden noch nicht sehr aussagekräftig. Die fehlgeschlagenen Downloadsessions liegen bei mir meist so zwischen 20-30%, manchmal darunter, sehr selten höher (hatte schon mal einen Ausreißer von 93% fehlgschlagenen :shock: ). Man darf bei der Sache aber nicht vergessen, das an einer Session immer zwei beteiligt sind :wink: . Also müssen schlechte Werte nicht zwangsläufig an einem selbst liegen. Aber unterschätzen darf man es auch nicht, wenn die Werte schlecht sind. Kniffelige Sache das :roll: . Besonders die Sessionstatistik kann man wirklich erst nach einigen Tagen einschätzen, es gibt manchmal wirklich rabenschwarze Tage (wie die angesprochenen 93%), ohne das man irgendwas verändert hat.

Usul, ok, danke, dann lass ich das jetzt einfach mal so, vielleicht gibt sich das ja noch... Ich stell die Verbindungen auch mal hoch auf 1000... Und teste ob sich groß was ändert, wenn der Wert konstant bleibt, solls ok sein...

@Usul
Oh ja, die Quellenanzahl... die habe ich ganz aus dem Auge verloren...
14 aktive DL, Quellen 3-150 und zusaetzlich 3 ausgeixte Teile, die eine Menge mehr an Quellen mitbringen.... :oops:
Macht eine Gesamtquellenanzahl von 4.200!
Die DreifachIXE habe echt uebersehen...

Mein Router ist ein DI604 und der macht 512 oder 1024 Connects mit...
Heute Morgen habe ich doch noch den Gnaddel 1.2 (Vorgaenger) drauf gemacht, die Connects sehen bei gleichen Werten (max 200, 40 pro 5 Sek) genauso aus, aber ich bin grad bei 40kBs im DL :)

Hier mal die Startphasen im direkten Vergleich, links der Gnaddel 1.2a rechts der Vorgaenger.
Beide weisen die Connects am Limit aus. Ich habe jetzt mal die max auf 400 und 120 pro 5 Sek eingestellt.

hier die Stats der 1.2a
http://www.cabernet.ch/jockinger/pic...naddel12a_.gif

gefolgt vom Vorgaenger, dem 1.2
http://www.cabernet.ch/jockinger/pic...gnaddel_12.gif

Ich lasse mal den 1.2 mit den erhoehten Werten laufen, mein Router verpackts ja und der eMule muss dann nicht immer so einen Berg schieben... wohlgemerkt... die Werte habe ich NACH dem Screenshot rechts erhoeht....

Gruesse
Kaeptn

//EDIT Bilder uebereinandergestellt, da sie scheinbar zu breit fuer eine "Gegendarstellung" sind und nicht auf einen Screen passen

BTW: bei 18kB im UL rausche ich grad bei 50-70kBs im DL rum... ein bisschen viel fuer meinen Geschmack, aber ich beschwere mich nicht... und das nach knapp 5 Stunden Laufzeit des 1.2er

hmm

das steht im normalen log.

da ich den verbose log an haben kommt zu dem fehler noch eine meldung.

man sollte das was in verbose kommt lieber in den normalen log machen....

Was ich jetzt aber immer noch nicht verstanden habe, wodurch kommt es zustande, dass er nicht die kompletten UL-Kapazitäten ausschöpft? Ist doch eigentlich blöd... Ich meine, ich würde gerne mehr geben!!!
Wie ist das denn wenn ich bei Automatic Upload Limit das Find Best Upload Speed deaktiviere? Ist das dann einfach ohne USS?

Hi hubutz,

weiter oben habe ich mal geschrieben, dass mein DL bei einem Limit von 18 oder 20kBs mit zwei Slots zu je 0,5 abging... war alles andere als erbaulich.
Gut, ich hatte noch anderen Netzverkehr drauf.
SSU deaktiviert... und die volle Bandbreite bis zum Limit wurde ausgeschoepft... lief wie ein Schnuerchen am Limit...

So wie es sein sollte, erst der eMule und der Rest der Bandbreite den anderen Anwendungen... funzt dennoch bestens... 11% fehlgeschlagene ULs, das ist imho ein recht ordentlicher Wert, der sich sehen lassen kann :)

Zur Fakeliste... das wurde schon oben oefter angesprochen, es scheint nicht zu funzen, nutze ich auch nicht, warum auch... Haenge ja nicht an den aktuellen Reissern dran...
->Machts doch mal ein wenig Handarbeit und schauts Euch die Dateidetails an... viele Umbennenungen, verschiedenste Titel... Und was folgern wir daraus? Wird wohl ein Fake sein...
zur Not gibts auf dem DL des Files immer noch die Moeglichkeit den FakeCheck durchzufuehren...

Gruesse
Kaeptn

Kann mir mal bitte jemand erklären warum bei dem Gnaddelwarz 1.2 und 1.2a der Upload so schlecht iust und die Cpu last so hoch ist

Hab ganz normale einstellungen Hard Limit 260 5sec 40 Max connections 800
Upload Limit 12kb
Die Upload kontrolle hab ich aktiviert

hi bin neu und teste gerade den 1.2a
muss sagen respect!!!
einzige änderungen hard limit und connections auf 500 und 1000
und er saugt mit einem UL:DL=1:1,64 und dass is ja spitze
zwischenzeitlich über 50 und sonst mindestens 40kb/s
mfg und weiter so
killa4u

kinetixzz,
Wenn du normales DSL, also 96/16, hast dann geh mal auf 20-25 pro 5sec. und 400-500 Max. Verbindungen.
Dein Hartlimit errechnest du am besten mit 4000/ Anzahl Files im Download.

ja, und die Meldung "Fehler bei Aktualisierung" ist zuviel.
(Wenn wirklich ein Fehler auftritt, kommt die Meldung doppelt.)
In der nächsten Version ist das bereinigt.

@ xtremchopper danke erstmal für den Rat aber ich finde 166 Hard Limit bei 24 Files etwas wenig oder ??

jo ich hab normales DSL

Gnaddelwarz, ka, ob das schon gesagt wurde, aber einen kleinen bug hat auch die 1.2a version

wenn ich im ul fenster den dateireiter "mods" wegmache, emule schließe und neustarte ist er wieder da.

kinetixzz,
Nö, das ist eine von 2 bereits Millionenfach bewährten Formeln :wink:
Das ganze hängt mit der Anzahl der aktiven Verbindungen zusammen.
Hier kannst du mehr erfahren.

killa4u, hast du normales DSL? Wie kann er denn bei ner Ration von 1:1,64 mit mindestens 40kb/s ziehen???

xtremchopper


achso vielen Dank ich werd es so einstelln

Leute, nochmal ne Frage. Manche DL haben bei mir im Transferfenster ne rote Färbung, woran hängt das denn??? Dachte erst die hätten keine Quellen, aber daran kanns nicht liegen...

Bei mir funktioniert die Aktualisierung der Fakeliste.
Abstürze kommen bei mir ebenfalls beim Doppelklick auf einen Download um die Quellen zu sehen.

hubutz,

ich glaube, das sind die, zu denen nicht alle Teile verfügbar sind (diese müßten also rote Stellen in der Chunkanzeige haben).

@ hubutz

Das ist mir auch schon aufgefallen. Kann aber leider nicht sagen, ob sie Quellen haben oder nicht. Dacht zuerst an das beschriebene Problem von Usul, welches es aber nicht sein kann!

Liegt vermutzlich ein Erkennungsfehler vor.

Gruß
MoD