Hi,

die durchschnittliche Downloadraten ergeben sich beim eWombat aus den Downloadmenge der letzten 5 Minuten und (der Wert in Klammern bei der Statistik)
über die gesamte Laufzeit. Der Werte der in der Statusleiste angezeigt wird ist der durchschnitt der letzten Minute.
Die Berechnung der Downloadrate ist noch nicht sonderlich genau (ist noch der alte 0.28a code: Menge der übertragenen Bytes pro Sekunde) sollte aber im durchschnitt um nicht mehr als 10% unter dem tatsächlichen Wert liegen. Es wird allerdings eine Menge Overhead erzeugt wenn der eWombat gerade Quellen abfrägt.

zur Zwangstrennung: Xman hat recht, die erkennung ob man eine neue IP hat, ist ansich kein Problem, ich möchte es halt bloss auch gleich erkennen können ob der IP-Wechsel durch eine unterbrechung der Internetverbindung zustande kam (um während der Unterbrechung z.b. den Speicher aufzuräumen und die Timer auf 0 zusetzen, damit eben gleich wieder nach Quellen gefragt wird)

cu
darkwolf

darkwolf,


Erstmal Danke für Deine schnelle Antwort.


Aus meinem TCP Monitor gingen bei einem 5 Minuten Screenshot folgende Daten allein für den eingehenden Datenstrom vom Wombat hervor, also dem was unter Download fällt:

Nachdem diese Werte gestimmt haben, bin ich ins Grübeln gekommen und habe MiniStatistik und Statusleiste überprüft. Daraufhin habe ich zu folgenden Zeiten folgende Messungen gemacht:

Damit konnte ich nicht die von mir gefühlten 50% nachstellen, die vielleicht zu einem anderen Zeitpunkt so ausgesehen hatten. Hier zeigt sich also ein alter Bug bei CPU Last, aber ich sehe auch, dass Wombat in seinem eigenen Statistik-Fenster echte Werte hat. Der Wert der MiniStatistik wurde nach meinem Gefühl 5x pro Sekunde aktualisiert, der Wert der Statusleiste alle 3 Sekunden.

Läßt sich der Wert der in der Mini Statistik steht auf der Statusleiste ausgeben ?
Hat jemand anderes ähnliche Erfahrungen gemacht ?
Ist es möglich, dass der Overhead in 5 Minuten bereits knapp 1 MB beträgt ?


cu Termi

darkwolf,
da es jetzt anscheinend immer häufiger vorkommt, daß sich Leecher versuchen vor dem rechtmäßigen Userhashbesitzer auf dessen Userhash zu registrieren (ich weiß es macht keinen Sinn, aber sie tun es dennoch), sollte man bei SNAFU vielleicht folgendes bedenken:
Nicht die sicher identifizierten Clients von der SNAFU Prüfung herausnehmen,
sondern SNAFU auf alle Clients anwenden und nur diese identifizieren lassen, welche sicherlich keine Leecher sind.

Ich weiß natürlich nicht ob das technisch möglich ist, war nur ein Gedanke den ich hiermit kundgetan hab ;-)

Hi

@Terminal, also die Werte in der Ministatistik werden maximal jede Sekunde erneuert und der High-CPU Bug existiert noch. Momentan werden die Download Raten beim eWombat an drei verschiedenen stellen berechnet (wie eMule) ich arbeite aber daran die Berechnung der Downloadrate auf den selben Level wie die Uploadraten zu bringen (wobei dann die Overhead-Werte auch genau stimmen).

@Xman, momentan sieht es so aus, das der s.n.a.f.u. nicht mehr bei clients angewandt wird, die als sicher erkannt wurden (da bei solchen zumindestens nicht mehr der Hash wechseln kann). Aber ich werde deinen Vorschlag mal testen...(Dann erwischts aber mit sicherheit einige LSD10 mit eingeschalteter Community-Mimick)

cu
darkwolf

cu
darkwolf

Ich habe die Dateien von einem alten Mod (0,29c mit SUI)
herrüberkopiert so, wie es in der rtf steht, allerdings wurde die preferences.dat nach dem ersten Start nicht vom Verzeichniss /eWombat/preferences.dat nach eWombat/config/Preferences.dat herrüber kopiert sondern blieb dort /eWombat/preferences.dat. Nach erneutem Start des eWombat hieß es im Log cryptokeys initialized, wird also mein altzer userhash weiterhergenommen?
Ich gehe mal davon aus, da sonst keine andere preferences.dat da ist.
Könntest du bei der nächsten Version es so einrichten, dass man im Log file seinen Userhash sieht.

Hallo,


da ich das Phänomen inzwischen wieder hatte, habe ich nochmals die Zahlen heruntergerechnet. Es liegt in Wirklichkeit nicht am Wombat, sondern habe ich einen cFos Treiber installiert. Dieser wird über einen virtuellen comPort gesendet und zählt somit extra. Alle Tools die den TCP Traffic offensichtlich zählen, scheinen hier nicht unterscheiden zu können und addieren das ganze. Ich hätte nicht gedacht, dass sich 2 Tools irren, aber der Wombat nicht. Die oben geschriebenen Zahlen sind dennoch richtig, da sie sich nicht auf TOTAL beziehen, sondern nur auf die Wombat-Zahlen.

cFOS User aufgepasst: Zahlensalat ;-)

Hi

@Edol die /eWomabt/preferences.dat wird nach eWombat/config/eWombat.dat kopiert. Vergleich mal die ersten 16 Byte dieser zwei dateien, wenn die gleich sind, dann wurde der alte userhash übernommen.

@Terminal, ich habe mal den Download eine Zeitlang beobachtet und habe festgestellt, das die DL Anzeige in der Statusbar ca. +/- 1KByte/sec dem reallen
Traffic (über Router gemessen) entspricht. Aber wie gesagt die DL-Messung wird noch überarbeitet :wink:

cu
darkwolf

Kleiner Zwischenbericht zur 0.064er
- Tempdir änderung pro File (fertig) - Incoming ist in Arbeit.
- Checkdiscspace (fertig)
- Autoupdate ipfilter und fakecheck (fertig)
- Dateinamenbereinigung (fertig)
- Stabileres TCPIP (fertig)
- Bessere DL-Raten Messung und Release-Funktionen (in Arbeit)

Hey darkwolf, :lol:
Ich weiß ja nich ob du schon weißt aber lies mal hier.
http://www.emule-web.de/board/viewtopic.php?t=5067
da hat jemand deiner Mod als Grundlage genommnen was ansich ja auch löblich ist aber ich glaube nicht das es das gelbe vom Ei ist was derjenige gemacht hatt.

mfg
Odinasgardson

@ Darkwolf
thx.
Ich habe nicht bemerkt, dass die preferences.dat zur eWombat.dat wurde.

Dein Mod sieht super aus, leider ging es nicht ihn über die Nacht laufen zu lassen ,weil die Internetverbindung getrennt wurde (keine 24h Trennung). :( :(

Was mich seit einiger Zeit wundert ist, daß ich selbst ca. 3000 Quellen und mehr habe, aber relativ wenig in meiner Warteliste,, obwohl ich relativ viel im Share habe. ca. 40GB im Moment.

Auch nach 2 Tagen gerade mal knapp 4000. Früher waren das schon nach ein paar Stunden so viele.

Selbst Leute, von denen ich gerade lade und die selbst noch nicht alles haben, ich aber sehe, daß ich manche Chunks habe, die sie selber nicht haben, sind nicht bei mir in der Liste, obwohl als "Secure" eingestuft.

Am download kann ich nicht meckern. Aber es stimmt mich komisch!
Meine stats sind sei eWombat wieder nach oben. von 1:1,4 zu folgendem.

Ratio: 1 : 4,35 (1 : 2,81)
Heruntergeladen (Session (Total)): 3,50 GB (115,66 GB)
Hochgeladen (Session (Total)): 824,70 MB (41,14 GB)
Average(5-min) DL-Rate: 49,30Kbs (55,69Kbs) UL-Rate 11,33Kbs (12,01Kbs)

aktive Verbindungen (geschätzt): 251 - Zu viele Verbindungen: 2
UL-Sessions successful: 285 - failed: 141 - Avg. time: 18:28 mins
DL-Sessions successful: 915 - failed: 243 - Avg. time: 23:12 mins
Wartende Uploads: 3960
Gefundene Quellen: 3179
SUI successful: 8825 - failed: 44
Detected 286 leechers, 46 credit thieveries, 0 friendshare-mod leechers

Programm-Laufzeit: 20:42 h
Mem used: 186,34 mb free: 1861,53 mb


PS: ich glaube, daß die leecher und credit thieves abnehmen. Es sind immer weniger in der Liste. Außer es hängt doch irgendwie mit der Warteliste zusammen.

cobrajet,
ich glaube Du schilderst gerade eines der emule-Hauptprobleme.
Dein Mulie schätze ich nämlich läuft am "Limit" (Ratio 1:4,35 aktive Verbindungen 251, zu viele: 2).
Ich habs jetzt schon bei wirklich vielen Leuten gesehen (unabhängig vom Mod), daß gerade dann wenn der Esel "gut" läuft, es die anderen User schwer haben sich zu Dir zu connecten. Da schlagen dann Connections immer wieder fehl. Am besten ist das zu sehen, wenn Du Dich mit emule mit jemand unterhälst, der grad am Limit läuft. (ich weiß, ewombat kann das (noch) nicht).
Vielleicht kannst Du Deinen Mulie etwas "erleichtern" indem Du ein paar Files, die eh schon super gut verbreitet sind, aus Deinem share nimmst. Oft ist weniger mehr.

Wie funzt eigentlich das Auto droppen, ich stand bei etlichen full queue und QR>2500, obwohl die eigentlich hätten gedroppt werden müssen?
Auto Clean Up Queue ist auf 60 eingestellt.
Est als ich rechtklick CleanUp sources drop them all gemacht habe, sind diese clients gedroppt worden.

Hi, wie bekomme ich die ewombat.dat eigentlich wieder in einen anderen Mod ? Einfach in preferences.dat umbenennen ?

Hi,

@Edol, der Autodrop wird nur ausgeführt, wenn Platz für neue Quellen benötigt wird (das Zeitlimit dafür ist eigentlich überflüssig und wird in der 0.064er entfernt)

@felix991: genau ! (siehe install*.rtf)

cu
darkwolf

Danke für die schnelle Antwort Darkwolf, eine Frage habe ich noch. Ich war die ersten 3 Tage eigentlich zufrieden mit den Werten (Downloads), doch seit 2 Tagen bekomme ich fast gar nichts mehr, Verhältnis Upload/Download ist 3:1.

thx.
Dein Mod ist super, aber das weißt du ja. :wink:
Einmal ist er gecrasht, als ich ein paar mal das manuelle droppen genommen hab(kA ob das der Grund dafür war :? )

Mal ganz banale Fragen, sind aber net Mod spezifisch und extra einen thrad aufmachen lohnt nicht:
Wann ist eine Ul Session erfolgreich bzw. fehlgeschlagen?
Wann ist eine DL Session erfolgreich bzw. fehlgeschlagen?

Edol,
da kann Dir sogar ich antwort geben ;-)
Eine Session ist dann fehlgeschlagen wenn keine Nutzdaten übertragen wurden. (also laut emule 0 Byte übertragen).

thx.

So auch ma wieder da :D

@ darkwolf dein Tipp mit dem ausschalten von "Use Anti Zero Part File Handling" hats gebracht. Seit dem keinen einzigen Absturz mehr und läuft supa. Immer noch eine sehr gute Arbeit dein Mod :D
Nutz gar keinen anderen Mod mehr, weil mir dafür auch die Zeit fehlt. Einen Grund gäbe es dafür aber auch nicht :wink:

Bin schon supa gespannt auf dein neues Meisterwerk. Kommst anscheinend trotz Zeit-Problem doch gut voran :)

Gruß Maddis

Hi,

@felix991, poste mal deine Einstellungen, vieleciht liegts daran...
@Maddis, danke für den Hinweis 'Use Anti Zero Part Handling', das wollte ich ja noch verändern... :wink:

cu
darkwolf

darkwolf, Nach deinen Post zu urteilen scheints du Heute wieder etwas Luft zu haben. :lol:
Tut auch mal ganz gut denke ich. :lol:

EDIT
Nach Testlaufen des neuen Morph ist wieder der Clean up sources Bug im eWombat vorhanden. :cry:
Edit/

mfg
Odinasgardson

bitte,

hab ich ja direkt was gutes getan :D

bin eben noch mal durch meine einstellungen gehuscht und hab mich gefragt was "Use smal file push ratio" ist? Einzige Einstellung die bei eWombat Upload Queue bei mir nicht eingeschaltet ist.

Maddis

Also meine Einstellungen sind:
MaxUpload=10
MaxDownload=90
MaxConnections=500
RemoveDeadServer=1
Port=80
UDPPort=90
MaxSourcesPerFile=400
Language=1031
SeeShare=2
ToolTipDelay=1
DownloadCapacity=96
UploadCapacity=16
DeadServerRetry=1
SplitterbarPosition=68
VariousStatisticsMaxValue=100
StatsAverageMinutes=5
MaxConnectionsPerFiveSeconds=20

Bei mir hat gerade ein Client, während er gezogen hat eine "roten Kopf" bekommen und es stand bei Identification catched by S.N.A.F.U. und der Client erschien auch im S.N.A.F.U. log, er hatte auch eine Bewertung von 0,0, allerdings hat er weiter Upload bekommen. :?

Hi

@felix991, Also Port 80 und UDPPort 90 ist ein bisschen seltsam, probiers mal mit den StandartPorts! (Port 4661/4662 und UDP 4672)

@Edol: Das würde bedeuten, der Client hat Hello- und InfoPackete verschickt, während er Upload hatte, diesen Fall habe ich im s.n.a.f.u. nicht vorgesehen!
Rausgeflogen wäre er aber beim nächsten Blockrequest.
Diesen 'Bug' werde ich aber im s.n.a.f.u. beheben... :oops:

cu
darkwolf

darkwolf,

Unterstützt du diesen Mod auch ?

http://www.emule-web.de/board/viewtopic.php?t=5067

Ich glaube, das wird er sicher nicht!

es wäre mal ganz gut, wenn darkwolf dazu ein statement abliefern würde. Schließlich wird ja behauptet, er steckt mit hinter dem besagten Mod.

ne tut er nicht ich hatte ihn schon drauf hingewiesen so ein zwei Seiten weiter vorne.
Der Mod basiert zwar auf dem eWombat ist aber nicht von darkwolf.
Er selber hat sich die Sources gezogen und überprüft sie genau,wegen 1:1 Ratio etc.

mfg
Odinasgardson

Odinasgardson,

Dein Hinweis habe ich grade erst gesehen :oops:

aber geantwortet hat er ja noch nicht :roll: :wink:

Mir schon per PM und er war nicht wirklich begeistert wollte aber erst den Mod prüfen bevor er was dazu sagt.

@ stern, Nobody is perfect. :wink:

mfg
Odinasgardson

Hi,

Mein derzeitiges Statement zu dem anderen eWombat habe ich im dortigen Thread abgegeben

Wenn der 'Small File Push Ratio', aktiviert ist, bekommen die freigegebenen Dateien je nach grösse eine höhere Upload-Priorität (Kleine File wie z.b. *.cue bekommen dann die höchste)

cu
darkwolf

Hallo Darkwolf, ich kann leider nur über Port 80 oder 21, weil mein Provider die Standports 4662 drosselt oder sperrt ! (newDSL)

felix991,

hast doch immernoch genug Ports zur Auswahl. Aber gerade 80 und/oder 21 würde ich nicht nehmen.

Hey felix991,

Standart Ports

TCP : 4662

UDP : 4672

Mögliche Alternative Ports

TCP : 4562 , 4462 , 1700

UDP : 4572 , 4472 , 1710

Alternative Ports sind bei NewDsl und anderen Anbieter angebracht. Da die Standart Ports von den Anbietern gedrosselt werden. Bei T-Dsl reichen die Standartports.

mfg
Odinasgardson

Hi Kosh, warum sollte ich die Ports 21 + 80 nicht nehmen ?

Schon mal was von FTP gehört (21) das andere ist auch ein für Windows resevierter Port ich weiß aber grad nicht genau welcher.

mfg
Odinasgardson

Port 80 ist der ganz normale HTTP-Port

Danke für die Antwort :) ! Wusste schon warum ich es nicht eingeschaltet habe. Kleine Dateien hab ich eh kaum im Share...

@ Darkwolf
In der deutschen install.rtf hast du geschrieben: ./alt/config/clients.met =>
./eWombat/config/clients.met

In der englischen intall.rtf hast du geschrieben : .old/config/clients.met =>
./eWombat/clients.met

Welches stimmt oder geht beides?