Eine Warteschlange pro Datei
 

Hat jemand erfahrung mit der Option "Eine Warteschlange pro Datei" ?
Bringt die etwas ?

Hi,

@cobrajet: Bei der Hardware-Anfälligkeit des eWombats darfst du auch nicht vergessen, das die meisten Programme nicht mehrere Tage laufen und dabei ohne Unterbrechung auf den Speicher und die Internet-Verbindung zugreifen (deswegen ist ja der eWOmbat ein recht guter System-Stabilitätstest ;))

Mit NETZWERKPROBLEM meine ich halt den Netwerktreiber der Karte bzw. DSL/Modem-Treiber, ich schaffe es z.b. auch nicht den eWombat auf meinem Laptop mit billig PCMCIA-Netzwerkkarte länger als 5 minuten zum laufen zu bringen (ulkigerweise funktionierts mit einem noch billigeren USB-Netzwerk Adapter)

Beim übertakten ist meistens das RAM der wunde Punkt, wenn deine RAM-Riegel die Einstellungen verkraften, gibts kein Problem aber zb. bei einen erhöhten FSB
wird auch meistens der PCI-Takt höher gesetzt, was zum Beispiel wieder einige Netzwerkkarten und PCI-IDE-Controller (und damit der eWombat/eMule) übelnehmen.

@gvastarfleet: Bei 'eine Warteschlange pro Datei' versucht der eWombat, das nicht immer dieselbe Datei (weil viel angefragt) Upload bekommt, sondern das auch seltene Dateien eine Change bekommen (d.h eine Datei die wenig angefordert wird bekommt eine höhere Priorität als eine Datei die schon oft angefordert wurde, das bezieht sich aber immer nur auf die aktuelle Session)

cu
Darkwolf

@darkwolf

Bitte erkläre mir mal folgende fehlermeldung. jeweils bei zwei files fehlem mir seit 12 stunden 9,12 u. 9,20 mb und ich werde seitdem bei jeden connect versuch mit folgendem überrascht

15.11.2003 08:38:03: Received suspicious block: file 'XXX-cd1_XXX.com.bin', part 0, block 0, blocksize 184320, comp. blocksize 3348)

Tarod`s Son,
guckst Du hier (sehr ausführliche Erklärung):
http://www.emule-web.de/board/viewto...?p=72435#72435

thx ! was die board suche so alles hergibt, gut habe mal defekte blöcke senden erlaubt. schauen wir mal was passiert.

Mal ne Frage zu den Ports.
MIr ist aufgefallen, daß mein Port TCP 4662 oftmals angeblich nicht erreichbar ist.
ich hab dann zunächst meine Personal Firewall ausgeschaltet, weil ichs auf die geschoben habe. Hat nichts geändert.
Dann habe ich die Leitung getrennt und wieder verbunden. Hab dann ja ne neue Ip bekommen und komme sofort auf die gleichen server ohne dass diese meldung kommt, dass Port 4662 nich erreichbar wäre.
Wo muß ich den Fehler suchen? Wombat? T-DSL? Router (Es werden aber alle Ports weitergeleitet)?
ich habe jetzt probehalber mal den port gewechselt.

Was wird eigentlich über TCP 4662 an daten getauscht? Welche?

da bin ich mal wieder. nachdem ich den originaltreiber meiner netzwerkkarte
installiert habe, sind diese blöden exception blabla weg. läuft auch sauber.
also war eindeutig der w2k alternative netzwerkkartentreiber schuld.
leider habe ich ein anderes prob. er hält bei ~ 3.500 gefundenen quellen
sehr viele aktive verbindungen offen. meistens udp (vermutung), weil in
der statistik meiner firewall zwar tcp verkehr angezeigt wird, aber ohne ip.
es sind im schnitt hierbei bei mir so um die 200 bis 350 verbindungen.
wenn ich runtergehe auf ~ 2.000 gefundene quellen sind es so ~ 70 bis 150
verbindungen. damit läuft er auch absolut stabil mit geringem ressourcenverbrauch.

also was ich nicht verstehe :
1.) w2k treiber = mögliche quellen bis 5.500, leider ab 0.30 version kein stabiler betrieb
2.) org.treiber = mögliche quellen bis max. 2.500, absolut stabiler betrieb, keine aussetzer.

gerade bei 1. war früher der ewombat prädestiniert mit solchen max. werten zu saugen,
und dabei wenig an rechnerressourcen zu verbraten. obwohl mir der betrieb zu 2
wegen seiner jetzigen stabilität besser gefällt.

ps. das ist aber nicht ewombat spezifisch mit den vielen aktiven verbindungen.
dache mir aber, da digitalfrost auch so ein prob hat, das meine feststellung,
behebung dieses fehlers bei mir und meine frage hier ganz gut aufgehoben ist.

cobrajet,

vielleicht hast du einfach zu viele aktive Verbindungen, weil dich hunderte Clients mit Anfragen zuballern, so daß die Pakete vom Server nicht mehr durchkommen -> dieser denkt, dein Port ist nicht erreichbar, da keine Antwort kommt. Wenn du jetzt trennst, verstummen auf einmal all diese Clients, da sich dich ja noch unter der alten Adresse vermuten, der Server kommt jetzt sauber durch (zur neuen IP) -> High-Id.

Gucky,

wenn die Firewall sagt, das sind TCP-Verbindungen, dann sind das auch welche ;-) .UDP ist ein Verbindungsloses Protokoll, da wird einfach ein Paket abgesendet, ohne das es zu einer "festen" Verbindung kommt. Für UDP brauchts natürlich auch eine IP, irgendwo muß das Paket ja hin.

Was ich nicht verstanden habe, wie kommst du darauf, das mit dem Originaltreiber nur 2500 Quellen möglich sind? Wenn du mit dem w2k-Treiber 5500 Quellen hattest, aber kein stabiler Betrieb möglich war, dann würde ich schließen, das auch mit diesem Treiber nicht so viele Quellen möglich sind ;-) .

@darkwolf wünsche mir für die 065 ein reset der statistik nur für die session werte und nicht auch noch die gesamtwerte

ist das machbar ?

in meiner firewall statistik sah es folgendermassen aus
Proto Executable Remote
<- TCP Emule leer
-> TCP Emule leer

normalerweise :
Proto Executable Remote
<- TCP Emule ip-adresse
-> TCP Emule ip-adresse

leider kann ich die udp nicht sehen, weil die statistik andauernd sehr schnell scrollt
dank darkwolf habe ich mein prob mit den 0.30 versionen lösen können.
die 0.29 versionen liefen ja mit dem w2k treiber, auch im grenzbereich.

es sind mehr found sources möglich, bloss dann sind es zu viele aktive
verbindungen. die verhindern ja, das es zu einem vernünftigen ul/dl kommt.
deswegen die begrenzung auf max. ~ 2.500 found sources

es ist z.b auch der aktuelle sivka-mod, der mir zuviele verbindungen hat.
habe auch den obelix ausprobiert, bloss der hat mir das source-exchange
abgeschaltet (funktion also in ordnung), aber nach 12 std. wegen dieser
funktion nicht alle quellen für einige files gefunden. den morph lasse ich
bei mir wegen seiner cpu-fressenden ressourcen nicht laufen.
black-hand mag ich nicht wegen seiner unübersichtlichen einstellungen.

jetzt läuft bei mir der pawcio 4.06 mit "manage active connections"
vielleicht ist es das ja. found sources ~ 4.000 | akt. verbindungen ~ 120 bis 210 | no probs

meine frage ist ja :
warum habe ich mit dem org-treiber so viele aktive verbindungen bei gewissen mods ?
oder hat sich im handling der 0.30 version doch soviel geändert ?

es kann natürlich auch sein, das ich irgendeine einstellung beim ewombat
übersehen habe.
ewombat + sivka mit den gleichem hardlimit (found sources) : identische ergebnisse (ul/dl)
beide laufen stabil, wobei ich den ewombat bevorzuge.

Hi,

die aktiven Verbindungen die der eWombat anzeigt, beziehen sich nur auf die TCIPIP Verbindungen von und zu anderen Clients, nicht auf UDP-'Verbindungen'.

@Gucky: Solange die Anzahl der aktiven Verbindungen nicht deine eingestellten max.Verbindungen+10 überschreiten gibt es kein Problem.
Wenn neue Quellen gefunden werden (direkt vom Server, per ServerUDP oder von einem Client) werden zu diese Quellen jeweils eine Verbindung aufgebaut um diese Quelle abzufragen...ausserdem werden alle Quellen im durchschnitt alle 15Minuten abgefragt...eine abfrage dauert mindestens den wert den du bei 'Connection Timeout' hast...wenn du 'verteile Verbindungen' aktiv hast, versucht der eWombat auch das öffnen von neuen Verbindungen so zu verteilen, das es keinen Konflikt mit den 'Verbindungen pro 5 sek' gibt. Also ab einer bestimmten Anzahl von Quellen sind beim eWombat immer mehr oder weniger 80% der möglichen Verbindungen offen...Dieses Verhalten führt aber zu einem besseren abarbeiten der Quellen als ein extrem hoher Wert von 'zu viele Verbindungen'.
Wenn du weniger aktive Verbindungen haben willst, dann nimm einfach einen niedrigeren 'Connection Timeout', damit steigt aber die Chance ein paar langsame Quellen zu verlieren...

gute Idee, bau ich ein ;)

cu
Darkwolf

darkwolf,
ist schon ein Kademlia based eWombat-Mod in Planung? Wann könnte man damit rechnen?
Gruß, Martin

ja die antwort steht in diesem beitrag =) bitte doch erstmal suchen oder ein paar seiten zurück blättern, danke ati-fan.

OK, sorry! Ich hatte nur keine Lust die 76 Seiten durchzulesen, aber meinst du diesen Beitrag? Oder gibt es ein ungefähres Erscheinungs-Datum?

Also ein genauer Termin ist noch nicht bekannt.

Aber weil wir gerade beim Thema sind: Wäre es nicht ein wenig sinnvoll, wenn dann ab der 65er mal ein ganz neuer Thread eröffnet wird? Denn für den, der gerade neu in diesem Board ist, scheint es doch etwas umständlich zu sein, über 75 Beitrags-Seiten zu durchsuchen (v.a. dann wenn derjenige auf der Suche nach Details ist)...

@darkwolf Mir ist aufgefallen, dass es einige kademelia-Clients gibt, wenn sie mit SUI gebannt wurden, per hand nicht aus dem UL zu entfernen geht. Danach kommen sie aber wieder.

Ich habe dazu 2 Screenshots gemacht:

http://us.f1f.yahoofs.com/bc/3f8fa50...XcXu_ABa76hcpI
http://us.f1f.yahoofs.com/bc/3f8fa50...XcXu_AUJ4z2xt4

Hi,

@gvstarfleet: Da ich momentan bei deinen Screenshots nur Platzhalter sehe ;)
folgendes:
Ein durch SUI gebannter Client kann nur entfernt werde, wenn er den sui-status 'bad gui' oder 'id-failed' hat, also den roten smiley, beim gelben smiley ist es ja noch möglich, das sich der Client doch noch korrekt identifiziert...

Wenn du einen gebannten Client aus der Warteliste und/oder Downloadliste entfernst, ist es jederzeit möglich das der wieder in die Queue kommt, da beim entfernen der Client nur aus den Queues gelöscht wird und nicht auf den IP-Filter Listen landet, da die meisten IPs eh nicht länger als 24 Stunden halten, würden dadurch evtl. die falschen Clients gefiltert...

cu
Darkwolf

darkwolf,
mir war nicht verständlich warum ich die Taste Druck - S-Abfdrücken soll, hast Du dann automatisch die eventuellen Fehlinformationen erhalten, denn ich habe jetzt mehr als 10 Std. keine critical errors mehr. Es klingt vielleicht wahrscheinlich dumm von mir, aber ich konnte mir keinen Reim aus der Bitte wegen der Taste machen. Es grüßt halt der Laie. Danke darkwolf für Deine Geduld.

Gruß KHK

@darkwolf: Ich kann mich noch an die älteren Versionen errinnern, wo das entfernen aus der Queue ohne Probleme funktionierte. Ich habe eben mal versuchsweise einen 0.30er Clienten versucht zu entfernen, aber dieser wurde auch nicht entfernt. Wenn diese Funktion jetzt sowieso nicht mehr richtig geht, dann kannst du diese auch aus deiner nächsten Version ausbauen. Denn wenn das sowieso Automatisch geschieht, ist diese Funktion ja sinlos.
Mir würde es eher gefallen, wenn man einzelne User im Download seinen Files wieder zuweisen kann. Ich finde die A4AF-Funktion nicht schlecht, aber dass man dadurch alle User hinhohlt oder zu einem anderen File schicken kann, reicht leider nicht aus. Ich habe mehrere Dateien, die ich einzeln besser zuweisen könnte, was das A4AF nicht kann, denn dann würden einige Files schneller beendet sein können.

@KHK Wenn du STRG + Druck S-Abf drückst, hast du die Möglichkeit einen Screenshot von deinem Bildschirm zu machen, den du dann in Paint oder einem beliebigen Bildbearbeitungsprogramm einfügen kannst.

Hi,

@KHK, Sorry war etwas unklar: Mit der Taste Druck/S-Abf kannst du einen Screenshot vom Windows-Desktop machen (dann brauchst du nicht soviel abschreiben ;))

@gvastarfleet, das entfernen der Leecher aus den Queues sollte eigentlich nach wie vor ganz normal funktionieren...Ich werde mir das aber nochmal genauer ansehen
[EDIT]Habs gerade nochmal getestet, das entfernen funktioniert einwandfrei, allerdings ist da ein kleiner Refreshbug in der Anzeige der Warteschleife,also besser die Clients in 'bekannte Clients' entfernen[/EDIT]
Zum A4AF: Du hast bei einem A4AF-Client in der Downloadliste den Menüpunkt 'Quellkontrolle(A4AF)/Quelle zu dieser Datei' und bei den anderen Clients 'Quellkontrolle(A4AF)/Quelle zu andere Datei'

cu
Darkwolf

mal ne frage zum eingestellten hardlimit im bezug auf gefundene sources !

inwieweit macht es sich negativ bemerkbar, wenn ich mein hardlimit per file 50 % höher oder auch nur 20 % höher als die tatsächlich gefundenen sourcen habe ? versucht der wombat weiterhin das von mir gewählte hardlimit per file zu erfüllen und verschwendet dafür verbindungen weil er nach quellen sucht, die es in der höhe aber gar nicht gibt ?
will heissen, sollte ich nicht hingehen und das eingestellte hardlimit ziemlich exakt per file manuell anpassen, so das der wombat nicht weitersucht ?

noch eine frage
ich habe jetzt da ich einen nenuen provider habe, mal wieder den speedmeter test gemacht.
download 89,8 kb/s upload 18,6 kb/s Verbindung minute 405-434 ! sowie ping 71ms

den verbindungstest habe ich mehrmals gemacht, kann ich nun beim wombat auf maxconn per 5 sek = 33 gehen ?? und den upload auf mind. 13kb/s freigeben (hätte immer noch knapp 6 kb/s für overhead frei :?:

Hi darkwolf,

sieht der Bug so aus?
Crash
Wollte mir eben in 'bekannte Clients' die Clients nach Software sortieren lassen und dann ist der eWombat so abgestürzt. :(

Gruß Maddis

@Tarod`s Son Probier es doch einfach mal aus, wenn es nicht gut geht, dann stellst du die Einstellungen wieder zurück.

Danke gvstarfleet und darkwolf für Eure Hinweise.
Scheinbar ist Dein Mod bei mir sehr gut eingefahren, denn ich habe 32 DL eingeladen, 520 Hardlimit und 750 max. Verbindungen, 27 pro 5 Sek, UL fast konstant bei 12,7 und DL um die 60 kb/s. Aber gerade ist wieder mal 1 critical error eingetrudelt

Gruß KHK

Hi
@Maddis, mit dem kleine RefreshBug meine ich nur das der entfernte Client noch
in der Warteliste angezeigt wird, wenn man sich von so einen dann die Client-Details ansehen will kracht es unweigerlich...das sowas beim sortieren passiert ist mir allerdings neu...werds aber mal analysieren

@KHK, läuft der eWombat trotz des 'critical error' weiter ?

cu
Darkwolf

Hier mal wieder meine Statistik, in der auch ein Criticel Error ist. Die Ignoriere ich geflissendlich, weil sich dagegen sowieso nichts machen lässt. Denn es gibt ja schließlich schon so viele eMule´s, Overnet´s, Kademelia und sicher noch einiges mehr und da sind gewisse unverträglichkeiten vorprogrammiert. Solange die nicht überhand nehmen kann man diese Errors übersehen.:

eWombat Version 0.064e [Build: 0.064.E]
UL:DL Ratio: 1 : 1.17 (1 : 1.29)
Downloaded: 3.73 GB (154.65 GB)
Uploaded: 3.19 GB (120.07 GB)
Average DL-Rate: 18.81Kbs (max: 72.78Kbs) UL-Rate 16.10Kbs (max: 28.91Kbs)
aktive Verbindungen (geschätzt): 46 - Zu viele Verbindungen: 0
UL-Sessions successful: 531 avg. time: 23:30 mins | failed: 136 (can't connect: 77 | critical error: 1)
DL-Sessions successful: 1488 avg. time: 15:06 mins | failed: 402 (can't connect: 0 )
Uploads Waiting: 482 | Found Sources: 892

S.U.I. successful: 15776 - failed: 143
Detected 432 leechers, 28 credit thieveries
Fake Blocks: 1 and Corrupt blocks: 1 detected
Programm-Laufzeit: 2 T 9 h
Winsock: WinSock 2.0 Running
Mem: 27.60 mb
JobQueues: inactive

Morgeeeen,

kaum gestern aus dem Urlaub zurück, geht es genauso miserabel weiter. Ich habe darkwolf vor einer Woche mein Verbose-Log zugeschickt, damit er mal einen Blick drüber wirft. Mal gespannt, was bei raus kommt. Zu diesem Zeitpunkt ist er alle 4-6 Stunden abgestürzt. An den Einstellungen habe ich nichts verändert (kann ich ggf. noch mal posten).

Zu seinen Vermutungen hinsichtlich Speicher und Netzwerk: ich habe gestern das System komplett mit den neusten Treibern aufgesetzt, habe ein Intel PRO1000 NT-Adapter (den ich nicht unbedingt für schlecht erachte, Test-Tool keine Fehler) und gerade eben noch mal mit MemTest86 v3.0 den Speicher getestet. Alles bestens.

ABER:, der Wombat ist nach einem Neustart heute morgen wieder nach 7 Stunden Laufzeit ins Nirwana, sprich das Programm hat sich einfach geschlossen.

Hier die letzten "Zuckungen":

19.11.2003 04:55:42: Ein Client verursachte einen Fehler oder verhält sich ungewöhnlich: Unzulässige Funktion. Verbindung wurde getrennt!
19.11.2003 04:55:42: Unknown exception in CClientReqSocket::PacketReceived; IP=80.116.201.33 protocol=0x00 opcode=0x15 size=21
19.11.2003 04:55:42: Structured exception c0000005 in CClientReqSocket::PacketReceived at 00408935
19.11.2003 04:55:42: Unknown exception in CClientReqSocket::PacketReceived; IP=217.81.6.184 protocol=0xe3 opcode=0x01 size=51
19.11.2003 04:55:42: Structured exception c0000005 in CClientReqSocket::PacketReceived at 00416bfe
19.11.2003 04:55:45: Unknown exception in CClientReqSocket::PacketReceived; IP=213.54.125.16 protocol=0xe3 opcode=0x01 size=58
19.11.2003 04:55:45: Structured exception c0000005 in CClientReqSocket::PacketReceived at 00416bfe

:cry: *völlig ratlos*

Guten Morgen darkwolf,
mittlerweilen sind es wieder 4 error aber keinerlei Einschränkungen der Leistung soweit ich es anhand des UL und DL beurteilen kann.
Gruß KHK

Hmmm, ich verstehe die Welt nicht mehr. Jetzt stürzt mir der Wombat schon alle 3-4 Stunden ab...nämlich genau dann, wenn ich einen File markiere und das Kontextmenü der rechten Maustaste drücke. Einfach Schluss, Aus, Ende! :?

Hat noch jemand Rat?

kleiner bug beim resetten der statistik !

uploadwert wird anzeigt auf 13368,2 kb/s und in der statistik als max upload auf 423,37 kb/s !

kw dein system produziert sonst keinerlei fehler? Stürzt nicht ab?

@Pulpman,

nein, läuft absolut perfekt. Das seltsame an der Sache ist, dass der Wombat bis vor 2 Wochen gerannt ist, wie die Pest. Und mehr oder weniger von heute auf morgen diese Fehler, obwohl ich an dem System nichts verändert habe. :|

Ich habe eben noch mal bei Null angefangen: die Version 0.064e neu runtergeladen, den Wombat komplett neu installiert (ohne Übernahme der alten Dateien) und noch mal gestartet. Mal sehen, was das bringt...

schonmal an ein hardware-/treiberproblem gedacht?

n kumpel von mir hat da auch irgendwas, wir bekommen aber nicht raus, was.

sein muli stürzt manchmal einfach mitm blue screen ab, er sitzt neben dem pc, berührt nichts und zack, BSOD.

das beste war ja, als wir den rechner testweise neu aufsetzten, stürzte uns auf einem MS Betriebssystem, welches die gesamte Hardware über MS Treiber verwaltete, ein von MS publishtes Spiel permanent ab, aber das nur am rande

Treiber sind alle fehlerfrei installiert und die Diagnosetools einzelner Komponenten habe ich ebenfalls ohne Probleme testen können. Es funktioniert auch alles so, wie es soll. Wie gesagt, es gibt keinen BSOD o.ä., sondern entweder hängt er sich auf ("keine Reaktion") oder er stürzt beim Anklicken einfach ab.

@ kw,
vielleicht liegt es an den Part-Dateien. Die können ja auch Ärger machen. Bei mir hab ich im Temp Ordner einige "Leichen" drin. Der eWombat erkennt diese nicht. Weiß gar net mehr was das sein könnte. Muss ich mal aufräumen....
bis auf den Absturz ^^ läuft er sehr stabil.

Maddis

@Maddis,

werde ich gleich mal tun, denn trotz Neuinstallation hat er sich eben nach ca. 4 Stunden wieder aufgehängt. Ich "hänge" halt am Wombat, weil das zurzeit der einzige Muli ist, der vernünftig läuft. Zumindest bis dahin... ;)

Hi,

zum Verbose-Log & Abstürze:
Wenn der eWombat abstürzt oder einfriert, ist das Verbose-Log leider relativ nutzlos, da dort nur Meldungen drinstehen können, die der eWombat überlebt hat

zum 'critical Error': Wenns der eWombat überlebt, scheint diese Meldung nicht direkt etwas mit dem eWombat zu tun zu haben, auch wenn darin die eWombat.exe erwähnt wird, aber ein critical error sollte eigentlich für eine Anwendung die selben auswirkungen wie ein bluescreen für Windows haben...

cu
Darkwolf

@darkwolf könntest du mal meine beiden frage versuchen zu beantworten ! (seite 76 glaube ich)

bzgl. hardlimit und upload aufgrund der messung !

Hat es was gebracht?

Hatte deinen Poste gar net gesehen. Habs bisher nicht nochmal probiert, weil ich die Anzeige 'bekannte Clients' ausgeschaltet habe. Sonst komm ich nur wieder in die Versuchung und spiel dran rumm.
Die Anzeige hatte ich aber schon des öfteren genutzt und nie solche Probleme gehabt. Hat vielleicht gar nichts mit dem "Refresh Bug" zu tun.

Gruß Maddis