ich vermute mal, dass ein und derselbe user auf verschiedene sessions auch mehrere SUI success vorgänge haben wird... , oder wenn er die verbindung zum server verliert, neu connected... dann dürfte er sich auch neu authentifizieren.

mit failed upload hat das jetzt nur die zahlen gemeinsam und meine frage an dich, ob das jetzt wirklich sinnvoll ist, alle werte auf die einzelnen nutzer runterzudividieren.

Natürlich ist es nicht sinnvoll, ALLE Werte auf einen einzelnen Nutzer runterzudividieren. Bei den SUI-Vorgängen hätte mich ein auf den Nutzer bereinigter Wert einfach interessiert, aber wie ich gesehen habe, kann ich mir den auch selber aus dem Logfile herausziehen. Besteht also von meiner Seite her kein Handlungsbedarf, da irgendwas an eWombat zu ändern.

Usul,
dank Dir für Deine SI Auskunft. Dachte bisher auch immer es wären 44 verschiedene User. Jetzt sind wir also mal ein ganzes Stück schlauer.

Ratio: 1 : 1,17 (1 : 2,14)
Heruntergeladen (Session (Total)): 1,09 GB (31,08 GB)
Hochgeladen (Session (Total)): 956,21 MB (14,53 GB)
Average(5-min) DL-Rate: 22,65Kbs (109,10Kbs) UL-Rate 19,35Kbs (27,25Kbs)
aktive Verbindungen (geschätzt): 627 - Zu viele Verbindungen: 0
erfolgreiche Upload-Sessions (total): 362
fehlgeschlagende Upload-Sessions (total): 82
durchschnittliche Upload-Dauer: 27:06 mins
Gefundene Quellen: 8974
Wartende Uploads: 5005
SUI Ok: 7251 Invalid: 56
Detected 348 leechers, 37 credit thieveries, 0 friendshare-mod leechers

Programm-Laufzeit: 14:04 h
Mem used: 170,31 mb free: 1877,57 mb

gvstarfleet,

interessante Statistik. Was hast du so für eine CPU-Auslastung bei eWombat? Fast 9000 Quellen verwalten, und das auf einem K6-2/450, nicht schlecht.

die ganze statistik is irgendwie der hammer.

für 14 stunden laufzeit erst recht

Hi,

Clients die den S.U.I. Status 'id needed' bzw. 'id failed' haben, bekommen keinen upload.

Gleicher Username bedeutet nicht zwangsläufig gleicher Client
Zwei Clients sind definitiv erst die selben wenn die IPs und die Ports gleich sind. Das sieht man recht gut bei den 'http://www.emule....' als
Nickname.

@Usul, das Problem mit der zählerei ist, das wenn ein Client neu in die Queue kommt, die S.U.I. Abfrage startet. War dieser vorher schon einmal in der Queue und hat sich abgemeldet, gilt er als neuer Client, und wird dementsprechend gezählt. Das gleiche gilt für Leecher etc. Ich könnte ohne Probleme eine Liste mitführen in der die gezählten gespeichert werden um nicht nochmal gezählt zu werden, aber diese Liste wächst dann mit der Laufzeit des eWombats (Speicherverbrauch, CPU Verbrauch beim durchgehen der Liste)

gvstarfleet, sind 627 aktive Verbindungen nicht einwenig viel? Ich denke, man sollte darauf achten, dass man mit den aktiven Verbindungen nicht über 100 oder maximal 150 kommt. Aber 627 (!!)... :?:

gvstarfleet, 627 - hört sich interessant an.
Bei mir würde bei dem Wert überhaupt nichts mehr gehen.

auch gefundene quellen sollten normal nicht so viel über 3000 sein.

am meißten download habe ich immer so bei 3200 quellen. da habe ich dann verhältnis 1:4

da ist der overhead zu groß, da kann kein anständiger download mehr gehen.

Nabend Leute,

muss leider mein leid klagen :(
eWombat 2x abgestürzt. Einmal gestern, einmal heute.
Gestern so ziemlich schlecht gelaufen. Ratio war mies, Connections bei den Files waren zu viele offen bzw. einige Files (gut verbreitet) hatten gar keine.
Hab dann in die log geschaut.

eMule.log:
23.07.2003 17:24:21: Unerwarteter Dateifehler beim Schreiben *.file : Unbekannt
23.07.2003 17:24:35: Unerwarteter Dateifehler beim Schreiben *.file : Unbekannt
23.07.2003 17:24:45: Unerwarteter Dateifehler beim Schreiben *.file : Unbekannt
23.07.2003 17:24:45: Unerwarteter Dateifehler beim Schreiben *.file : Unbekannt
23.07.2003 17:24:50: Unerwarteter Dateifehler beim Schreiben *.file : Unbekannt

snafu.log:
23.07.2003 17:21:25: Client:v5.1 - Mod:eMule v0.30 [DM-v5.1] banned by S.N.A.F.U.
23.07.2003 17:25:08: Client:PharaoEmu - Mod:eDonkey v60.0 banned by S.N.A.F.U.

5 verschiedene schon länger am ladende Files. Sofort nachgesehen ob Platte voll war oder kaputt aber nix von beidem. Wollte dann zurück zum Transfer aber da passierte schon nix mehr. Anscheinend in dem Moment abgestürzt.

Beim nächsten Starten natürlich Warnung...möglicherweise beschädigt, vollständig geladene Teile werden überprüft...aber alles noch da ... puh :D

Heute gut gelaufen aber dann einfach wech.

eMule.log:
24.07.2003 19:12:33: Heruntergeladener Teil 74 ist beschädigt :( <-- mehrere davon vorher und auch einen Server wechsel gehabt. Sonst nix auffälliges.

snafu.log:
24.07.2003 19:42:16: Client:Danke [RAMMSTEIN][emule.de][Leecha][3E][Filedeal - Mod:eDonkey v60.0 banned by S.N.A.F.U.
24.07.2003 19:42:30: Client:dqxmqe [eMule RAMMSTEIN v9] - Mod:eDonkey v60.0 banned by S.N.A.F.U.

Auffällt ist das das an beiden Tagen die snafu.logs mit einem Mod:eDonkey v60.0 banned by S.N.A.F.U. aufhört. Zufall?!

Ich muss dazu sagen das ich nicht neu angefangen habe. eWombat.ccf bei 3.31 MB also übernommen von der alten v062 und das ich die 17.7. Version drauf hatte. Einfach eWombat.exe ausgetauscht (nicht überschrieben) bzw. vorher schon in eMule.exe umbenannt.

Hm, hoffe hab alles wichtige drin un euch gut informiert.

Gruß Maddis :D

Hi,

@Maddis, hast du zwischendurch mal einen älteren Mod (z.b. LSD9) laufen lassen,
bzw. 'Use Anti Zero Part File Handling' aktiv ?

cu
darkwolf

@ darkwolf, Ich denke da Maddis, auch Betatester vom Lc Mod ist wird er wohl den zwischendurch am Start gehabt haben.
LSD ist natürlich auch möglich.
@ darkwolf, Wie siehts aus biste schon weitergekommen mit eWombat ?

greetings :lol:

mfg
Odinasgardson

Ov3rKiLL, blomy, cobrajet,

nicht übersehen, wie man am Upload von gvstarfleet sieht, hat er nicht ne normale DSL-Leitung, sondern was besseres (DSL 1500 vielleicht?). Die Erfahrungen mit Standart-DSL helfen da wohl nur begrenzt weiter (denke ich mal). Auf jeden Fall sieht der Download normal aus, auch die Uploadstatistik ist nicht schlecht (vom Uploaddurchschnitt mal abgesehen, aber das kann an tausend Dingen liegen).

selbst bei dsl 1500 sind fast 9000 quellen zu viel! Vielleicht bei 384 Kbit upload