jetzt mal schauen, wie sich dein 0064b so macht. über http-download immer nur crc-fehler beim entpacken gehabt. mit der glorreichen idee einen ed2k-link zu nehmen, habe ich ihn jetzt seit ca. 1 std. am laufen. wenn er sich genau so gut macht wie der 0063, wird er bei mir viel zu tun bekommen. 1 std + 18 min am laufen und er marschiert schon in der session auf die 1:1 ratio zu. in ein paar tagen werde ich bei mehr files im dl + mehr gefunden quellen (15-1800 im moment) sehen, wie er sich mit der cpu-last, mem-verbrauch + aktiven verbindungen verhält.

Hier mal meine Stat.:

eWombat Version 0.064b [Build: 0.064.B]
UL:DL Ratio: 1.04 : 1 (1 : 1.66)
Downloaded: 5.21 GB (90.79 GB)
Uploaded: 5.43 GB (54.81 GB)
Average DL-Rate: 21.60Kbs (max: 69.40Kbs) UL-Rate 22.49Kbs (max: 26.01Kbs)
aktive Verbindungen (geschätzt): 183 - Zu viele Verbindungen: 0
UL-Sessions successful: 1640 - failed: 348 (critical: 51) - Avg. time: 30:05 mins
DL-Sessions successful: 1434 - failed: 454 - Avg. time: 25:26 mins
Uploads Waiting: 854
Found sources: 1702
S.U.I. successful: 17883 - failed: 151
Detected 765 leechers, 65 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 2 T 22 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 184.73 mb free: 1863.14 mb

Hi,

@cobrajet, da gibt es mehrere Stufen:
1) Verdächtiger Mod
2) Verdächtiger Username (es sind tatsächlich immer dieselben)
3) Verdächtiges Verhalten (Username ändert sich dauernd, Mod gibt sich als Donkey aus, benützt aber die eMule Erweiterungen bzw. umgekehrt, Port oder IP Angaben sind Falsch, irgendwelche seltsamen Opcodes werden in den Packeten benützt, siehe Rennschw***, und Friendsharer).
4) Die etwas weniger schlauen: der Client kommt ganz brav rein und ändert seinen Hash wenn er ein schlechtes QR hat.
5) Die ganz schlauen: Der Client identifiziert sich durch S.U.I. als sicher und ändert dann seinen Hash.
6) Der Client benützt einen Hash den ein anderer benützt der durch die SUI bereits als sicher identifiziert wurde.
7) Ein Hash taucht öfters in den Queues (Up/Download) auf:
Falls einer mit diesem Hash und S.U.I da ist ist der wahrscheinlich echt und die anderen Hashdiebe.
Falls keiner S.U.I. hat, wird geschaut wer bis jetzt am wenigsten angestellt hat, und derjenige wird wieder freigegeben.
Ausser für Punkt 1,2,5,7 gibt es schwellwerte wieoft der Client soetwas machen darf bevor er gebannt wird.
Ein möglicher Hashdieb wird intern bobachtet, was der so treibt und
dann gegebenenfalls wieder freigegeben oder er wird bei etwas anderen erwischt und ist dann endgültig gesperrt.

Die meisten Leecher, die der S.N.A.F.U. erwischt werden aber eh bei mehreren dieser Aktionen ertappt, aber bei der Erklärung unter 'gebannt' werden nur Hash-Geschichten aktualisiert.

Clients die mit deinem eigenen Hash auftauchen oder die mir bekannten 'bösen' wombats werden ohne Gnade sofort gebannt.

cu
Darkwolf

mal so einen kleinen zwischenbericht :
eWombat Version 0.064b [Build: 0.064.B]
UL:DL Ratio: 1 : 2.09 (1 : 1.69)
Downloaded: 1.40 GB (8.95 GB)
Uploaded: 684.24 MB (5.30 GB)
Average DL-Rate: 22.89Kbs (max: 68.89Kbs) UL-Rate 10.94Kbs (max: 12.73Kbs)
aktive Verbindungen (geschätzt): 199 - Zu viele Verbindungen: 1
UL-Sessions successful: 138 - failed: 22 (critical: 2) - Avg. time: 24:26 mins
DL-Sessions successful: 436 - failed: 122 - Avg. time: 23:16 mins
Uploads Waiting: 1111
Found sources: 3507
S.U.I. successful: 21429 - failed: 162
Detected 551 leechers, 10 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 17:47 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 179.84 mb free: 1868.03 mb

kurzfristig springen die aktiven verbindungen auf über 300, aber marschieren dann sofort wieder runter auf ~ 125. liegt an meinem hardlimit, ist aber bei diesem mod kein problem. cpu-last zwischen 5 bis 15% max. 25. memory = 70 mb. bei diesem mod ist das zusätzliche öffnen von programmen und benutzen dank der geringen cpu-last kein prob. 25 files im dl + 33 im ul

gut gemacht darkwolf. bin sehr zufrieden.

eWombat Version 0.064b [Build: 0.064.B]
UL:DL Ratio: 1 : 1.98 (1.32 : 1)
Downloaded: 1.62 GB (12.45 GB)
Uploaded: 837.83 MB (16.49 GB)
Average DL-Rate: 22.48Kbs (max: 46.19Kbs) UL-Rate 11.38Kbs (max: 12.03Kbs)
aktive Verbindungen (geschätzt): 231 - Zu viele Verbindungen: 0
UL-Sessions successful: 190 - failed: 50 (critical: 1) - Avg. time: 19:03 mins
DL-Sessions successful: 529 - failed: 130 - Avg. time: 21:25 mins
Uploads Waiting: 2907
Found sources: 3217
S.U.I. successful: 45199 - failed: 175
Detected 1111 leechers, 40 credit thieveries
Fake Blocks: 2 and Corrupt blocks: 2 detected
Programm-Laufzeit: 20:56 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 122.35 mb free: 1925.52 mb

Wenn AuBWC aktiviert ist, mit mind. 2 Slots kann man als Release Slots maximal 2 eintragen.
Upload Problem ist weg.

Hi,

@Edol:
Ist das jetzt eine Frage, ein Fehlerhinweis oder nur eine Info ?
Da der AUBWC ja versucht, die min. Slots einzuhalten, machen mehr Releaseslots als min. Slots kaum einen Sinn und die Releaseslots werden ja nicht extra hinzugefügt sondern aus dem Pool der normalen Slots genommen.

cu
Darkwolf

Frage war es keine, Fehlerhinweis nicht wirklich, da es beabsichtigt schien, Info trifft am ehesten zu.
Ich habs nur hingeschrieben, weil als Maximum sogar 12 Slots aufgemacht wurden. Somit ist es halt nicht möglich alle Slots zum Releasen.
Aber dafür ist Slot Release wahrscheinlich auch nicht gedacht.

Jetzt habe ich aber noch eine Frage :mrgreen: :
Wenn ich beispielweise als Minimum 3 Slots habe, mache zwei davon zu Releaseslots, kann es sein, dass auf dem dritten auch etwas released wird, sofern der der anfrägt genügend Credits hat?

Was kann ich tun, damit einer, der nicht sicher identifiziert worden ist, irgendwann doch mal als sicher gilt? Hab einen, den ich kenne, aber er bekommt bei mir nie was, weil SUI in rauswirft. Also dieses gelbe Symbol

Hi,

@Edol, Bei aktiven Releaseslots kommen auf den normalen Slots nur Releasefiles
dran, wenn keine anderen angefordert wurden...oder jemand muss schon verdammt lang in deiner Queue sein, da auf den normalen Slots die Releasfiles eine 'extrem niedrige' Priorität haben.

@Cobrajet, da kann man nichts machen, derjenige den das trifft soll sich mal eine neue Hash/Key kombination erstellen oder die 'Sichere Identifikation' ausschalten.

cu
Darkwolf

@Edol, nutz doch den eXtended Upload Slot, dort kannst du auch die Max. Clienten einstellen.

Kleiner Bug: Bei den globalen Connections-Settings in den Einstellungen kann ich Hardlimits >1000 einstellen, bei den File-Settings aber nicht. Andersrum würde es mehr Sinn machen. Oder Limits in beiden Einstellmöglichkeiten ;-)

darkwolf,
ich habe nach Deinen Angaben die Neuanlegung eines Userhash veranlasst, nur der ist nirgens in meinen ewombat-Verzeichnis vorhanden. Der DL ist ok, der UL sowieso. Wie verhält sich die Einstellung von max. Verbindungen pro 5 Sek.?
Gruß KHK
Entschuldigung ich habe meinen Dank vergessen.

Hi,

@Usul: Danke, das werde ich noch ändern (Hardlimit > 1000 halte ich eh nicht für sinnvoll)

@KHK: Der UserHash steht in der /config/ewombat.dat. Du kannst aber unter Extras/Eigene Informationen anzeigen deinen eigenen userhash überprüfen.
Die max.Verbindungen pro 5 Sek. ist die ungefähre Anzahl von neuen Verbindungen zu anderen Clients die der eWombat/eMule in 5 Sekunden erstellen kann. Je höher dieser Wert umsoschneller werden die Quellen abgearbeitet.
ABER mit einem zu hohen Wert kannst du dein Modem/DSL-Modem überlassten von einem (falls vorhanden) Router ganz zu schweigen...

cu
Darkwolf

Hi darkwolf,

der 64b läuft supa :D Danke!
Nur ich glaube das er noch nicht ganz so Bugfrei ist.

eWombat Version 0.064b [Build: 0.064.B]
UL:DL Ratio: 1 : 2.25
Downloaded: 2.00 GB
Uploaded: 910.05 MB
Average DL-Rate: 22.22Kbs (max: 49.75Kbs) UL-Rate 9.88Kbs (max: 10.02Kbs)
aktive Verbindungen (geschätzt): 96 - Zu viele Verbindungen: 0
UL-Sessions successful: 137 - failed: 23 (critical: 0) - Avg. time: 34:05 mins
DL-Sessions successful: 607 - failed: 255 - Avg. time: 25:38 mins
Uploads Waiting: 3027
Found sources: 2480
S.U.I. successful: 61906 - failed: 347
Detected 1277 leechers, 75 credit thieveries, 5 friendshare-mods leechers
Corrupt blocks: 0 detected
Programm-Laufzeit: 1 T 2 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 306.40 mb free: 1741.47 mb

Die Stat sieht so ja ganz schön aus aber was der Wombat an Speicher frisst is schon herbe. Un das nur bei 15-20 Files un je 500 Quellen. In der Laufzeit von über einem Tag hat er einige Dateien fertig gestellt.
Ein Problem hab ich beim A4AF. Wenn ich bei einer Datei "automatisches Zuweisen von Quellen zu dieser Datei" aktiviert habe und jetzt z.B. ein oder 2 Quellen doch bei einer anderen Datei haben möchte und diese von Hand mit "Quelle zu dieser Datei" anklicke gibt er diese nicht frei. Die Quellen bleiben bei der Datei mit der Autozuweisung auch wenn ich diese Option vorher ausschalte!!
Als ich meinen Wombat nach der Programm-Laufzeit: 1 T 2 h ausschaltete erschien für ca. 2 sec ein kleines Fenster auf dem Bildschirm mit einer Runtime Error Meldung. Hab leider keinen Screenshot davon. Ging zu schnell.

Hoffe meine Berichterstattungen bringen dir was.

Gruß Maddis

Es wurde hier schon oft erwähnt, die in der Statistik erwähnte Speichergröße ist nicht nur der verbrauchte RAM. Wichtiger ist wohl der Wert, der im Taskmanager angzeigt wird, bei mir sieht das momentan so aus:

Angabe im eWombat: Virtual-Mem used: 119.49 mb
Angabe im Taskmanager: 58 MB