eMule v0.42d (Hotfix)

[dizphunkt]

yup alles sehr schoen

btw ich lade kurze urlaubsfilmchen, deswegen soviele files

eMule v0.42b Statistics [dizphunkt [emule-web.de]]

Transfer
Session ULL Ratio: 1 : 3.32
gesamte ULL Ratio: 1 : 1.47
Uploads
Session
Hochgeladen: 531.11 MB
Aktive Uploads: 4
Wartende Uploads: 2501
Upload Sessions: 147
Totaler Overhead (Pakete): 48.46 MB (1.04M)
Gesamt
Downloads
Session
Heruntergeladen: 1.72 GB
beendete Downloads: 9
Aktive Downloads: 9
Gefundene Quellen: 3788
In Warteschleife: 3228
voll: 431
Keine benötigten Teile: 106
Nachfragen: 3
Empfange Hashset: 0
Verbindung wird hergestellt: 6
Verbinde über Server: 0
Zu viele Verbindungen: 0
Verbindung LowID zu LowID unmöglich: 0
problematisch: 0
Gebannt: 1
Andere Datei angefordert: 497
Unbekannt: 4
via ED2K Server/Queue: 219
via Kad: 35
via Quellenaustausch: 1547
via Passive: 0
Download Sessions: 953
durch Komprimierung gewonnen: 28.35 MB (1.6%)
durch Datenfehler verloren: 55.66 MB (3.2%)
Teile gerettet durch I.C.H: 3
Totaler Overhead (Pakete): 44.73 MB (984K)
Gesamt
Verbindung
Session
Allgemein
Erneute Serververbindungen: 0
aktive Verbindungen (geschätzt): 121
durchschnittliche Verbindungen (geschätzt): 116
Verbindungsspitze (geschätzt): 401
Verbindungs-Limit erreicht: 631 : 05.03.2004 00:11:04
Upload
Download
Download-Geschwindigkeit: 21.68 kB/s
Durchschnittliche Downloadrate: 30.46 kB/s
Max Downloadrate: 59.17 kB/s
Max Downloadrate Durchschnitt: 32.26 kB/s
Gesamt
Zeit Statistiken
Clients
Server
freigegebende Dateien
Festplattenplatz
Anzahl der Downloads: 37
Gesamtgröße der Downloads: 16.49 GB
Gesamte fertiggestellte Größe: 5.27 GB (31%)
noch zu downloaden: 11.22 GB
Freier Platz auf Templaufwerk: 1.13 GB
noch benötigter Speicherplatz: 941.80 MB
[/quote]

[cosmic girl]

Zitat von -Jason-

Bis auf einen Absturz seit Release der Version kann ich mich nicht beklagen.

Dann sei dir diese Version empfohlen - damit kannst du den devs helfen den Fehler zu finden:
http://www.emule-web.de/board/viewtopic.php?t=8029

Zitat von dizphunkt

eMule v0.42b Statistics [dizphunkt [emule-web.de]]

Ist zwar sicher nett von dir gemeint, unsere webaddy als Pseudo-community-string in deinem usernamen zu haben, aber ich möchte deutlich darauf hinweisen, dass wir uns von der Bildung einer dedizierten community distanzieren - steht auch so in unseren Board Rules.
Die ed2k community ist gross und stark, wir wollen keine Grüppchenbildung, welche andere ausschliesst.
Der "Pest" der vielen emule.de clients mit teilweise 10-20 mal dem string [emule.de] im usernamen möchten wir nicht nacheifern.


Wenn jemand von euch gerne Werbung im ed2k machen möchte, der schreibt besser www.eMule-Web.de als Teil des usernamens - das sieht dann nicht nach community aus.

[dizphunkt]

Ist zwar sicher nett von dir gemeint, unsere webaddy als Pseudo-community-string in deinem usernamen zu haben, aber ich möchte deutlich darauf hinweisen, dass wir uns von der Bildung einer dedizierten community distanzieren - steht auch so in unseren Board Rules.

kein thema, das laesst sich aendern.
mag sein das es in den boardregeln steht, ich habs hier am anfang in ein em post gelesen und uebernommen. aber hey - in kleinigkeiten sind wir ja grosszuegig *g*

[Usul]

Grr, gerade wollte ich mal den neuen Sivka-Mod testen, da kommt ne neue Version vom Original daher, und auch noch mit Änderungen, die ich nicht einfach ignorieren kann .

Zitat von Ornis+

bluecow: Problembehebung vom Rehashen beim Wechseln von Sommerzeit/Winterzeit [MightyKnife]. Um diesen Patch zu deaktivieren, trage "AdjustNTFSDaylightFileTime=0" in die "[eMule]" Sektion der preferences.ini -Datei ein.

Der Schlüssel in der INI-Datei suggeriert, das dieser Bug nur in Verbindung mit NTFS auftritt. Mein Incoming/Temp-Verzeichnis liegt auf FAT32, hätte mich dieser Bug also nie betroffen? Ich frage nur, weil dieser Bug das erste mal vor einem Jahr besprochen wurde, ich aber davon nie betroffen war. Würde im Nachhinein einiges erklären.

[oma wetterwax]

hihi - mir gehts wie Usul, nur wollt' ich grad den SWAT testen ...

bugreport zum 42c
die "dateien neu laden-funktion" haut nach wie vor nicht richtig hin - wenn man über die tool einen download importiert, wird die datei zwar zum DL angefragt, nicht aber zum UL freigegeben

@ dizphunkt und cosmic girl
es gibt sogar "anti-community-mods" (deswegen wollt ich den SWAT ja testen), die bannen die [xxx] mit der meldung "sorry, u have not understood p2p"

[Usul]

Hab gerade etwas merkwürdige Statistikwerte:

eMule v0.42c Statistik
Download Sessions: 498
erfolgreiche Download Sessions: 492 (98.8%)
fehlgeschlagende Download Sessions: 6 (1.2%)
durchschnittlicher Download pro Session: 30 KB
durchschnittliche Downloadzeit: 3 Sekunden :o
Programm-Laufzeit: 1:09 Stunden
Übertragungszeit: 1:08 Stunden (99.1%)
Dauer auf aktuellem Server: 1:08 Stunden (99.2%)
Dauer auf Servern: 1:08 Stunden (99.2%)


Wie kann es sein, das in so kurzer Zeit so viele Downloadsessions stattfinden, die auch noch erfolgreich sind (angeblich)? Bevor Fragen auftauchen: Nein, ich lade nicht viele kleine Dateien Mir kommt es fast so vor, als ob diese Downloads, wo mal kurz 0,0 als Geschwindigkeit dasteht, als erfolgreich gewertet werden .

[cosmic girl]

Zitat von oma wetterwax

@ dizphunkt und cosmic girl
es gibt sogar "anti-community-mods" (deswegen wollt ich den SWAT ja testen), die bannen die [xxx] mit der meldung "sorry, u have not understood p2p"

Dummerweise wird der Mod aber scheinbar auch von anderen wiederum gebannt.
Das Anliegen des Modders in Ehren, aber ich würde noch abwarten, ob der Mod wirklich das hält, was er verspricht - auf eMule-Project.net gibt es ja einen neuen thread dazu..


Usul
Ich persönlich bin nach kurzem Ausflug zur 0.42c erstmal wieder zur b zurück - Begründung: Bauch

[Rocco]

Ich persönlich bin nach kurzem Ausflug zur 0.42c erstmal wieder zur b zurück - Begründung: Bauch

Was meinst du mit Bauch?

[Usul]

Zitat von Rocco

Was meinst du mit Bauch?

Wie in vielen Fällen hätte google geholfen

http://derstandard.at/?id=1564903

P.S. Nicht 100% ernst gemeint

[Tarod`s Son]

eMule v0.42d [pHoeniX 1.1] Statistik [Tarod`s Son]

Session
Heruntergeladen: 24.75 MB
beendete Downloads: 0
Aktive Downloads: 1
Gefundene Quellen: 206
Download Sessions: 177
erfolgreiche Download Sessions: 176 (99.4%) (active: 1, paused: 0, no needed part: 0, corruption: 0, timeout: 0, cancelled: 0, out of part: 167, exception: 0, others:
fehlgeschlagende Download Sessions: 1 (0.6%) (paused: 0, no needed part: 0, corruption: 0, timeout: 0, cancelled: 0, out of part: 0, exception: 0, others: 1)
durchschnittlicher Download pro Session: 144 KB
durchschnittliche Downloadzeit: 1:00 Minuten
durch Komprimierung gewonnen: 111 KB (0.4%)
durch Datenfehler verloren: 0 Bytes (0.0%)
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 1.49 MB (27K)
Gesamt



Auch ich habe in Anlehnung an Usuls Anmerkung zu den Downloads Sessions das Problem festgestellt, allerdings erhöht er bei mir auch die Werte der erfolgreichen Session, ohne das ein DL startet, vielmehr gibt es für jeden Error10054 im Log eine erfolgreiche DL Session

[daenemark]

kann nur sagen die 0.42d läuft gut

eMule v0.42d Statistik [[MK.L]daenemark on Kademlia 0.42d]
Transfer
Session ULL Ratio: 1 : 2.06
gesamte ULL Ratio: 1 : 1.34
Uploads
Session
Hochgeladen: 882.77 MB
Aktive Uploads: 5
Wartende Uploads: 3001
Upload Sessions: 151
Gesamt
Downloads
Session
Heruntergeladen: 1.77 GB
beendete Downloads: 3
Aktive Downloads: 9
Gefundene Quellen: 6350
Download Sessions: 792
Verbindung
Session
Allgemein
Erneute Serververbindungen: 0
aktive Verbindungen (geschätzt): 235
durchschnittliche Verbindungen (geschätzt): 247
Verbindungsspitze (geschätzt): 401
Session
Programm-Laufzeit: 22:47 Stunden
Übertragungszeit: 22:46 Stunden (99.9%)
Dauer auf aktuellem Server: 0 Sekunden (0.0%)
Dauer auf Servern: 0 Sekunden (0.0%)
Clients
bekannte Clients: 13430

[dizphunkt]

die 0.42d rennt schon beinah goettlich ... topspeed war bisher 87,6 kb/s D/L und der Session Ratio betraegt 1:4.65 !

[Rocco]

Ist bei der 0.42d jetzt eigentlich das Kademlia-Netzwerk aktiv?

[lexaiden]

Also ich habe KAD aktiviert, aber es ist so gut wie immer FIREWALLED. Jetzt wo ich diesen Beitrag schreibe ist es natürlich mal wieder OPEN. Also ein ewiger wechsel. Wobei es zu 80% Firewalled ist wenn ich gucke, muss dann immer unter KAD auf "Firewall neu prüfen" und dann wird es manchaml Open, aber es dauert nicht lange und es ist wieder Firewalled. Kann das noch wer beobachten?

Habe die original v0.42d noch nicht getestet, aber drei andere v042d MODs, bei allen das selbe Problem... daher gehe ich jetzt mal ganz dreist davon aus das es nicht unbedingt ein Problem der MODs ist...

[daenemark]

bei mir ist kad immer offen benutze die 0.42d org