Was ich generell merkwürdig finde, ist dass User die in meiner Warteschlange sind und eine low-ID haben garnichts von mir DL können.
Kann mir einer von euch sagen, wieso das so ist ? Sonst kann man diese ja gleich automatisch aus der Liste kicken Lassen.

kann ich jetzt nicht nachvollziehen.
ich habe genug in meiner liste mit lowid und auch ganz vorn.

@DARWOLF

Bin ich denn blöde ? wieso kann ich die Quellen nicht manuell bereinigen ?
Wenn ich das "aufklicke" finde ich da Alles wegen "Fale-Check" aber nicht Quellenvereinigung ??????? Das war doch sonst nicht so ... *grübel*

Hallo,

was mich jetzt nach einer ganzen Weile stutzig macht, dass fast dauerhaft "zu viele Verbindungen" bekomme, obwohl lediglich 6-7 Files bei ca. 80-100 aktiven Verbindungen habe??? Ich habe auch schon testweise die verschiedenen Parameter geändert, aber keine großartige Besserung. Okay, beim Static-Screenshot eben ging´s grad mal... :mrgreen:

HL: 400
MaxConn. 600
DL: 96/0
UL: 16/12
maxServ5sec: 30
QR> 1000
...der Rest ist Standard.

************************************************** ************************************************** *****
eWombat Version 0.064a-Beta [Build: 0.064.A]
UL:DL Ratio: 1.68 : 1 (1.85 : 1)
Downloaded: 276.99 MB (287.93 MB)
Uploaded: 465.09 MB (532.52 MB)
Average DL-Rate: 6.44Kbs (max: 27.84Kbs) UL-Rate 10.81Kbs (max: 11.05Kbs)
aktive Verbindungen (geschätzt): 132 - Zu viele Verbindungen: 0
UL-Sessions successful: 93 - failed: 10 (critical: 1) - Avg. time: 30:46 mins
DL-Sessions successful: 170 - failed: 59 - Avg. time: 12:27 mins
Uploads Waiting: 5013
Found sources: 2404
S.U.I. successful: 25082 - failed: 159
Detected 577 leechers, 110 credit thieveries
Fake Blocks: 12 and Corrupt blocks: 12 detected
Programm-Laufzeit: 12:14 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 125.82 mb free: 1922.05 mb
************************************************** ************************************************** *****

Wie gesagt, im Moment nur 6 Files im DL und läuft seit einem halben Tag. Der DL-Speed schwankte zwischen. Sind die neuen Wombat-Einstellungen (Qullenspeichern, etc.) maßgeblich? Nimmt die Überprüfung der "Defekten Blöcke" sehr viel Zeit/Performance in Anspruch oder besser die Punkte deaktivieren und "auf gut Glück" saugen?

Schon mal Danke vorab! :)

@DQA321,

das hab ich bereits "bemängelt" und darkwolf hat´s dankend zur Kenntnis genommen! :)

die werden dann mit 4**** angezeigt aber UL bekommen die trotzdem nicht, aber das ist nicht der erste Mod der das hat. Sivka Morph und vielleicht auch andere haben es auch.
Ich hatte auch Probiert den Leuten einen FrUL zu geben(Sivka). Vorher waren sie als Low-ID, danach mit diesen sternchen.
Vielleicht kann mir das einer erklären, welchen Sinn das macht ?

kw,

upsssss... das hatte ich glatt komplett in Eile übersehen :-(

DQA321,

ich denke, in dem ganzen Ansturm von Fragen, Wünschen, Hinweisen nach einem neuen Release kann man schon mal was übersehen! :D

darkwolf
Kannst du bitte bei den einstellungen der einzelnen Files das Hardlimit so auf max 3 oder 4.000 stellen, denn 1.000 finde ich dann ein bisschen wenig. Beim 63´er ging das ohne Probleme.

************************************************** **********
eWombat Version 0.064a-Beta [Build: 0.064.A]
UL:DL Ratio: 1 : 1.67 (1 : 1.78 )
Downloaded: 2.07 GB (69.90 GB)
Uploaded: 1.24 GB (39.21 GB)
Average DL-Rate: 34.94Kbs (max: 72.13Kbs) UL-Rate 20.91Kbs (max: 25.19Kbs)
aktive Verbindungen (geschätzt): 128 - Zu viele Verbindungen: 0
UL-Sessions successful: 532 - failed: 70 (critical: 6) - Avg. time: 26:44 mins
DL-Sessions successful: 643 - failed: 571 - Avg. time: 22:16 mins
Uploads Waiting: 2791
Found sources: 3500
S.U.I. successful: 8762 - failed: 128
Detected 895 leechers, 129 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 17:17 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 173.64 mb free: 1874.23 mb

So hier mal meine Statistiken nach 18 Stunden:

eWombat Version 0.064a-Beta [Build: 0.064.A]
UL:DL Ratio: 1.53 : 1 (1.53 : 1)
Downloaded: 463.94 MB (463.94 MB)
Uploaded: 711.42 MB (711.42 MB)
Average DL-Rate: 7.24Kbs (max: 23.93Kbs) UL-Rate 11.11Kbs (max: 12.06Kbs)
aktive Verbindungen (geschätzt): 152 - Zu viele Verbindungen: 0
UL-Sessions successful: 197 - failed: 84 (critical: 0) - Avg. time: 15:35 mins
DL-Sessions successful: 225 - failed: 88 - Avg. time: 16:02 mins
Uploads Waiting: 2005
Found sources: 2391
S.U.I. successful: 28047 - failed: 76
Detected 360 leechers, 33 credit thieveries, 2 friendshare-mods leechers
Corrupt blocks: 0 detected
Programm-Laufzeit: 18:14 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 183.43 mb free: 1864.45 mb


Die Ratio ist nicht wirklich toll, aber ich lade auch nur selten verbreitete Dateien runter. Ich hab noch eine Frage zur AUBWC: Wenn ich einen Release Slot einstelle, und eine Datei auf Release-Priorität habe, bekommt dann jmd. der diese Datei anfrägt sofort einen Slot zugeteilt? Und wenn ja, bekommt er dann nur einen Chunk oder gleich die ganze Datei rübergeschoben?

Edit: Nochwas: Wieso kann man die MTU auf 2500 stellen? AFAIK ist die größte mögliche MTU 1500. http://www.speedguide.net/glossary.php?seek=%5EM

gvstarfleet,

bei mir sind 3 von 4, die gerade upload bekommen, lowid

Dann ist alles klar. Hat also alles seinen Grund :)

Folgende Meldung erschien bei mir heute in der Log:

Fehler Razorback (195.245.244.243:4661) - Hello ! The last emule version is released : 0.30b : Please check http://www.emule-project.net/
Fehler Razorback (195.245.244.243:4661) - Please take the time to upgrade your emule to the latest version.

Warum Fehler? Werd ich nun als 30a User gebannt vom Server? Ich verlor 1 Std. nach der Meldung die Verbindung zu dem Server.

Hi,

Bei den LowID ist es möglich, das bei aktivierten ReleaseSlots, einige LowID-Clients nicht drankommen, da sie gerade, wenn sie connecten könnten, ein
falsches File haben wollen.

Man sollte also die Releaseslots nur dann hernehmen, wenn man auch etwas Releasen will und dann auch mindestens einen normalen freilassen.

Bei den Releaseslots läuft die Sache folgendermassen ab: Wenn ein Release-Slot frei wird, sucht der eWombat den nächsten Client mit der höchsten Punktzahl, der ein Release-File haben will. Wird ein normaler Slot frei, nimmt der eWombat den Client mit der höchsten Punktzahl der irgendetwas, ausser ein Releasefile haben möchte. Erst wenn kein geeigneter Client gefunden wird, wird der Slot mit dem nächstbesten Client gefüllt. Bei den Releaseslots wird (unabhängig von den Einstellungen) mindestens immer 1 Chunk hochgeladen, der rest hängt von
den Credits des Clients ab (wie bei normalen Slots).

Der Fake-Block Check nimmt eigentlich nur minimal CPU in anspruch, ich habe bis jetzt mit der einstellung 'keine CD-Images überprüfen' ganz gute Ergebnisse erzielt, ohne das eine Datei nicht beendet werden konnte.

@Digitalfrost: Hast recht, allerdings bezieht sich die eWombat/eMule MTU auf die 'Nutzlast' der Upload-Packete, die ist beim eMule z.b fest auf 2680 eingestellt ist und intern dann auf 1340 zerpflückt wird.

@Maddis:
ist mir noch nicht untergekommen, werde ich aber mal beobachten. ?!?!?

cu
Darkwolf

darkwolf,
die Servermeldung kann ich bestätigen.. und kurz danach flog ich auch... mit meinem Mod. Scheint so als würde versucht die Leute zum update auf 0.30b zu bewegen.

bei der ersten Meldung habe ich mir gedacht " Na ja, vielleicht zu viele Files
im Share und deswegen diese Meldung".
Jetzt kommt Xman auch damit. Jetzt wird wohl von der Serverseite aus
Druck gemacht oder wie ist das zu verstehen ?