die effektivste methode zum sharen wäre ja jeden chunk 1x zu sharen und es so zu machen das jeder user einen anderen chunk bekommt.

denn so müßte man nur 100% der datei upzuloaden bis sie komplett vorhanden ist.

gibt es schon ne mod der es so in der art macht ?

@darkwolf .. das klingt doch gut ;-) ich teste das Mal !!

Ausgerechnet jetzt macht mein (noch)Provider nur Müll und ich muß auf meine Telekom Zugangsdaten warten um den "neuen" mal so richtig zu testen. Schade. (Mein Glück im Unglück ist, das hier das Board eine der wenigen Seiten ist die ich momentan aufgerufen bekomme).

Momentan scheinen aber allgemein sehr wenige User den neuen eWombat zu testen wenn man mal so das Feedback betrachtet.

die werden neue Downloads ranschaffen müssen bzw. die Platten auswechseln , da alles voll ist :)

Hi

@Xerves, z.b. der sf_iom hat ein relativ ausgetüfteltes HideOvershares (da kann man einstellen wieoft ein Chunk geuplodet werden kann, bevor er unsichtbar wird)..xman's xtreme hat auch sowas und bei zzul heisst es glaube ich ics...

Der nächste eWombat wird die von mir beschrieben methode + HideOvershares quasi als Automatik drin haben...Wenn man ein file auf 'super-release' (ich weiss noch nicht wie das heissen wird) stellt...wird dieses File extrem gepuscht (jeder der was davon haben will wird quasi wie ein freund behandelt) und möglichst an jedem client der was davon haben will, verschiedene Chunks geschickt...Wenn das File dann 1*mal komplett hochgeladen wurde wird es wieder zu einem normalen release file...Mit einer gut geplannten Vorverteilung sollte das einen recht guten Schneeball-Effekt geben...

@xtremchopper: mein Beileid ;)
Über Feedback kann ich mich eigentlich nicht beklagen und (im verhältniss zu den anderen eWombats nach dem release) finde ich schon relativ viele 0.065d in meinen Queues...oder nuky hat recht und der eWombat treibt fleissig einige Internet-Anschlüsse ans Limit :mrgreen:

cu
Darkwolf

Warscheinlich läuft er zu gut und das Turtorial ist auch Vorbildlich so das hier kaum gepostet werden muß

Hi,

auch diese Version ist genial. Ich denke aber nicht, das sie die 30e zzul bei mir schlägt.

Schaun wir mal ;-)

greetz

edit: Nach 43 min. bei 50 kB/s angelangt. Also wenn er so weitersaugt könnte er ihn (zzul) knacken -freu- ;-)

Also das stimmt glaub ich nicht so ganz.

Angenommen: min. 2 Slots, max. 3; alle Dateien auf sehr niedriger Prio; 1 Datei auf Release; Settings wie oben von dir angegeben. Dann würde er beim echten PS sofort einen Slot räumen, wenn ein Client nach der Release-Datei fragt und diesem sofort einen Slot zur Verfügung stellen.
Aber dem ist nicht so.

Auf jeden Fall freue ich mich schon auf eine "Super-Release"-Funktion. Du lässt dir sicher was gutes einfallen... ;)


btw: könnte auch die Option "Eine Warteschlange pro Datei" erheblischen Einfluss darauf haben, die der Wombat reagiert, falls eine Release-Datei angefordert wird?



Aber noch was anderes: Wenn man eine ganz neue eMule-Installation machen will, sollte man vorher ja den Temp-Ordner säubern (nur ###.part und ###.part.met Dateien braucht man, den Rest kann man löschen). Ein kleiner Schönheitsfehler beim eWomabt ist nun, dass dieser "seine" temporären Dateien (###.part.prefs, ###.part.scr) einfach ins "globale" Temp-Verzeichnis schiebt. Wenn man diese nun zwecks Frischinstallation löschen will (oder sogar einen anderen Mod verwenden will, der mit diesen Dateien nichts angfangen kann), muss man die ganzen prefs und scr mühselig herausfriemeln.
Wäre es da nicht naheliegend, alle Wombat-spezifischen temp-Dateien in einen seperaten Ordner im globalen Temp-Verzeichnis zu packen? Auf diese Weise kann man sich dann auch nicht mehr "verklicken" und aus Versehen eine wichtige Datei aus dem Temp-Verzeichnis löschen.

Hi,

das kannst du doch z.B. prima mit einer kleinen Batch-Datei mit dem Inhalt
erledigen.

Gruß,
Pathfinder

beim Windows Explorer besteht die Möglichkeit nach Typ zu sortieren.
Da dürfte es doch wohl nicht all zu schwer sein, die *.prefs / *.scr zu finden, zu markieren und zu löschen.
ist bei mir eine Aufgabe, die nicht länger als 5 sec. dauert.

hmm...ja, schon. Dennoch finde ich, dass es anders einfacher wäre.


Übrigens: Der "Neue" geht ja ab wie n Schnitzel! Knapp eine Std Laufzeit, 30 down und UL/DL von 1:1.20 :o

Hi,

@Ov3rkill:
Ich hab ja nicht behauptet das der eWombat echtes PS hat ;)
Solange du noch was anderes im Share hast, als das, was du Releasen willst, stehen die Changen gut das sich der eine oder andere Clients mit guten Credits (oder einLowID der am selben Server wie du hängt) vor einen release-request 'mogelt' ;)
'Eine Warteschlange pro Datei' ist beim release nur sinnvoll (ansonsten eher kontraproduktiv) wenn nur das/die Releasefiles im Share sind..

Mir ist da aber noch ne möglichkeit eingefallen:
Mach dir eine 2te Wombat Installation mit eigenen Share/Temp Verzeichniss (dort packst du das rein, was released werden soll) verpass ihn eigene Ports (Router/Firewall nicht vergessen) und lass ihn alleine oder als 2te Instanz (Mehrere Wombats gleichzeitig ) laufen, wenn du bei der 'Release-Installation' nichts in den Download packst, kann sich kein Client der was anderes will (es ist ja nichts da) vormogeln.

Da der eWombat ja schon kräftig im config-order aufräumt (alles was er von anderen Mods übernimmt und in sein eigenes Format konvertiert, wird vorher in config/old in sicherheit gebracht) und die *.prefs/*.src eigentlich nur eine 'schnelle' Notlösung' waren (die halten aber immer besonders lange) wird sich im temp früher oder später auch etwas ändern

cu
Darkwolf

klaro - weil der Programmierer mit viel Arbeit dir dein bisschen Arbeit abnimmt :twisted:

@darkwolf:

Wenn ich nun aber einen 2. Wombat nebenbei laufen lasse, un dmit der 1. Instanz trotzdem noch saugen will, gibts da doch sicher ein Problem: Ich möchte die Release-Dateien möglichst schnell verteilen, folglich bekommt der Release-Wombat einen hohen Upload und keinen Download. Um jetzt mit dem anderen noch gut saugen zu können, braucht dieder aber auch einen Upload von mind 10.

Bei T-DSL mit 128 Upload muss ich also dem Saug-Wombat 10 kb geben, da bleiben für den Release-Wombat nur noch 5 bis maximal 6 kb übrig (dann wirds mit dem Surfen nebenbei aber schwer). Folglich werden die Release-Dateien wieder langsamer verteilt und wahrscheinlich gehts mit einem Wombat und nem 13 oder 14er Upload doch wieder schneller.



Wie wärs mit dem PS-Modul? Ließe sich das nicht "mal ebend schnell" machen? :D

Hi,

@Ov3rKiLL: Also, entweder release oder saugen ;) oder ne dickere Leitung...aber du kannst ja dank 'Session based transfer ratio' bei dem Normalen-Wombat das Uploadlimit herabsetzten, der Download wird dadurch erst beeinflusst (kommt aber nicht völlig zum stillstand) wenn du die 1:3 Ratio überschreitest...(steht im Changelog)

Da ich es mir (nach dem Desaster mit der 0.065b) abgewöhnt habe, irgendetwas vom eMule oder einen anderen Mod 1:1 zu übernehmen, ist es mit 'mal ebend schnell' essig

Ich wäre aber nicht böse, wenn du zum releasen mal kurz einen anderen Mod verwendest ;)

cu
Darkwolf

hi zusammen

ich hatte heute einen Verbindungsabbruch zum Server und der spooky Mode wurde aktiviert.

26.01.2004 08:19:15: Verbindung zu DateAttacke.de (62.241.53.16:4242) verloren
26.01.2004 08:19:15: *** entering spooky-mode
26.01.2004 08:19:15: *** spooky-mode: Ghost-Server: Razorback (IP:195.245.244.243 Port:4661)
26.01.2004 08:19:15: *** spooky-mode activated ;)

Ich habe die Haken bei "Aktivieren nach Verbindungsabbruch und Aktivieren nach Verbindungsfehler zum Server" (max. Versuche 3) eingestellt.

Meine Frage, warum hat der Wombat nicht wieder versucht zu einem Server zu connecten, oder sehe ich das nicht im Log?

Ansonsten ein grosses Dankeschön an darkwolf, der Mod läuft jetzt seit 33 Stunden mit sehr wenig RAM- und CPU Verbrauch und noch wichtiger für mich, mit wenigen aktiven Verbindungen.

@ Ov3rKiLL
ich habe auch mal 2 Mods paralell laufen lassen mit 11 Ul-Speed.
Beide Mods haben sich sich abwechselnd den Ul geteilt.
Es gab dabei keine Probleme. Ausserdem braucht man sich keine
Gedanken um die DL Ratio zu machen, weil 11 ist eingestellt.
Diese Zahl ist ausschlaggebend und nicht der reale Ul-Speed.
Aber Surfen oder so, kannst du garantiert vergessen, da geht nichts mehr.

Ne, das Teil rennt so gut...kein Bedarf :)

Ich tüftle jetzt einfach ein wenig mit den einzelnen Prioritäten und Upload-Settings. Wird schon irgendwie hinhauen...


Und dann lass dir ruhig Zeit; lieber eine gute, stabile Version als eine, die ständig ab*****!

@Gucky:

Beim eWombat seit der 0.065d ist der reale Upload ausschlaggebend und zwar nicht die Bandbreite sondern die Datenmenge

@Ov3rKiLL: Viel Spass ;) Berichte mal über deine Erfahrungen

cu
Darkwolf

@ darkwolf
Finde ich gut. Es gibt zuviele User, die Ihren Mod an der Grenze betreiben und sich nicht um den UL kümmern.
Gibt es irgendwo eine Beschreibung, wie dies bei deinem Mod arbeitet
und wann der Grenzbetrieb erreicht wird.
Weil es ist ja "blöd", wenn bedingt durch das Dropen, die aktiven Verbindungen
nach oben gehen und der UL für einige Zeit einbricht.

obwohl das bei deinem Mod mit der Funktion "verteile Verbindungen" kaum erreicht wird.

Guten Abend,

ich habe die aktuelle Version (65d) nun ~72h rennen. Bis dato ohne einen Absturz ect.! Nach dem Update auf die Version, habe ich mir auch die Zeitgenommen diese "Tutorial"-Seite zum eWombat durchzuarbeiten - ich find nun ist er auch noch was schneller ;)

Danke darkwolf!

@Gucky:

Geh auf das project board und lies die die beschreibung zum sf-iom durch

Ich überarbeite gerade das Tutorial...da steht auch das dann ausführlich drin...kurzer auszug:

Thx für diese Info

Also ich weiß nicht, obs am eWombat liegt, aber seitdem dieser bei mir läuft, meldet meine Firewall (Norton internet security 2004) in regelmäßigen Abständen eine Attacke:

Der unberechtigte Zugriffsversuch "MS_SQL_BlankPassword_Access" von Ihrem Computer auf [IP] wurde erkannt und blockiert
Angreifer: [Meine IP]
Risikostufe: Mittel
Protokoll: TCP
Angegriffene IP: [IP]
Angegr. Port: ms-sql-s([Port])

Woran kann das liegen?

hi habe das prob mit der selben firewalll nicht. Kann also nichts zu sagen. Ich wollt sagen das ich im neuen ewombat 150max verbindungen habe also um 50 reduziert. Wie sieht es bei euch aus?

Vielen Dank, der Wombat wird von Version zu Version besser, dieses süse Vieh ist schon seit 0.063 mein stammsauger! und lass dich nicht hetzten, lieber eine gute, ausgewogene, wenig bebugte Version, als jeden Tag ne neue :)

Tolle, Arbeit! :D

Hi,

@Ov3rKill: Da gibts mehrere Möglichkeiten:
- Irgendjemand verwechselt dich mit einem SQL_Server
- Ein Client der in deine Queue will benützt ein Port das von deiner FW als SQL-Port erkannt wird und die FW interpretiert das (die kann ja nicht mit dem ed2k protokoll anfangen) als Angriffsversuch
- Du betreibst z.b. tatsächlich mySQL, SQL-Server, ExChange o.ä. in deinem Netzwerk, dann musst du der FW beibringen, das sowas kein Angriffsversuch ist und die Anmeldung an deinen SQL-Server/Datenbank mit Passwort erzwingen

Es gibt ja auch immer wieder Meldungen von FWs die behaupten der eWombat/eMule will eine Mail verschicke, das liegt aber wieder an einem Client (entweder Warteschlange oder Download) der als Client-Port das eMail Port verwendet.

@Pulpman: Da Wintermute die meisten 'sinnlosen' Verbindungen unterbindet, kann die 65d vorallen die Quellen schneller abarbeiten, da keine (kaum) Verbindungen verschwendet werden...deswegen kommt die 0.065d mit weniger Verbindungen aus bzw. kann mehr verarbeiten

cu
Darkwolf

Im Zusammenhang mit Wintermute beobachte ich einen drastischen Anstieg der fehlgeschlagenen Upload- und Download-Sessions gegenüber der Vorversion:

Ist das noch im Rahmen, dass der eWombat derart viele Verbindungen ablehnt/abbricht? Soviele fehlgeschlagene Sessions hatte ich bisher noch bei keinem MOD. Auf der anderen Seite sind die aktiven Verbindungen etwa 1/3 niedriger als bei der 0.65c. (-> großes Lob!)

Noch ein kleiner Wunsch für die nächste Version: nach einer Zwangstrennung (alle 24 h) wird die average DL-Rate in der Mini-Statistik zurückgesetzt, alle restlichen Werte allerdings nicht, ich würde mir wünschen, dass auch diese über die gesamte Session berechnet wird.

Gruß,
Pathfinder

Dann wunderts mich aber, dass ich selbst der Angreifer sein soll. Ich muss ja quasi "irgendwas" ins esel-Netzwerk losschicken, was irgendwie wieder zurückkommt und als Angriff von der ursprünglichen (meiner!) IP interpretiert wird...

Ebenso erging es mir. Der eWombat schmiss bei mir für eine halbe Stunde einfach alle uploads wieder 'raus, ohne ihnen etwas zu geben. Einer nachdem anderen wurde mit Null abgefertigt. Ob das nun am Witermute lag, habe ich nicht feststellen können, da ich den Mod nur spaßeshalber mal hab' laufen lassen.

Hi

@Pathfinder und Furio:
Wintermute hat nichts mit fehlgeschlagenen Upload/Download Sessions zu tun, da er ja die Sourcen bzw. Clients die reinkommen schon vor der ersten abfrage rausfiltert...

Beim 0.065d können die failed dls durchaus höher sein als bei anderen Mods (da der eWombat da ein bisschen anders zählt, und z.b. einen Download bei dem als erstes ein Fehlerhafter Block kommt, sofort abbricht) aber deine Werte sind nicht normal...

Ich würde mal wagen zu behaupten, das du ein Problem mit deinen Netzwerktreibern hast (critical error: 1018).
Poste aber mal bitte deine Einstellungen...

@Alle: Bei Problemen mit dem eWombat bitte immer eure Einstellungen und Statistiken mitposten, dann erübrigen sich viele Fragen (deswegen habe ich auch auch Statistik in die Zwischenablage und Einstellungen in die Zwischenablage eingebaut ;) )

cu
Darkwolf

Hi,
Das habe ich befürchtet, hier mal meine kompletten Stats und Settings:

Zusätzlich in Bezug auf deinen Verdacht:
Arcor DSL, LAN-Modem, kein Router, cFos-Treiber

Gruß,
Pathfinder

Also bei mir läuft eWombat wie eine Eins, Wintermute ist komplett aktiviert, aber die fehlgeschlagenen Sessions halten sich in Grenzen. Hab die Statistik mal gekürzt:

eWombat o.o65d [build: oo65.o313]
aktive Verbindungen (geschätzt): 168 - Zu viele Verbindungen: 0
UL-Sessions successful: 44 avg. time: 26:44 mins | failed: 12 (can't connect: 8 | critical error: 0)
DL-Sessions successful: 263 avg. time: 14:24 mins | failed: 116 (out of data: 17 | timeout: 2)
Uploads Waiting: 3007 | Found Sources: [0] 2279 (6)
Programm-Laufzeit: 10:40 h

Und mein Problem hat sich nun auch erledigt, seitdem ich meine eigene (LAN-)IP zu den vertrauenswürdigen IPs hinzugefügt habe.

Also ich habe dasselbe Probleme wie Pathfinder, auch unnatürlich viele abgebrochene DL- und UL-Sessions...
Dabei geh ich ganz normal über nen Router rein... Die Verbindungen sind auch im Rahmen des möglichen, der Router läuft bis zu 500 Verbindungen sehr stabil... Ansonsten WixXP, keine Firewall...

Naja, aber er ist wirklich klasse, muss dir wirklich ein Kompliment aussprechen, klasse Funktionsumfang und das Design is auch ganz hübsch :D

Hi

@Pathfinder: Zu den cFos Treibern kann ich leider nichts sagen, aber
im groben und ganzen hast du das selbe dl-failed verhältniss wie usul,
War da vieleicht mal eine längere Zwangstrennungspause oder Leitungsausfall dazwischen ?

Stell mal bei:
Check Internet Connection
stop downloadqueue und stop uploadqueue auf aktiv...

cu
Darkwolf

Frage an euch droppt ihr die Hohen QR?
Wenn ja was für ein Wert habt ihr eingetragen oder bei 2000 gelassen?

Ich droppe ab QR = 1500, weiss aber net, ob das so sinnvoll ist... Habe auch keine Ahnung, welcher Wert hier gut wäre...

Das muss wohl so sein, ich habe in der Zwischenzeit einige Tests gemacht, Internetverbindung gekappt mit "stop downloadqueue" und "stop uploadqueue" AN sowie AUS, er verliert ein paar Quellen und ein paar Clients rauschen durch den Upload aber es kommt in beiden Fällen nicht ein einziger "critical error" bei den failed Uploads dazu. Über die letzten Stunden ist der Wert bei 1018 geblieben, selbst bei erzwungener CPU-Last und dem Wombat auf "low priority". Es scheint also ein einmaliges Problem gewesen zu sein.

Danke für den Tip mit "stop downloadqueue" und "stop uploadqueue", damit komme ich noch etwas besser weg nach der Zwangstrennung, das "Inform Sources of ID-Change" wirkt da auch wahre Wunder :wink:

@TheMatrix: ich droppe manchmal manuell ab QR>2500 und stelle danach das Hardlimit für das File runter, der Womabt findet die Quellen sonst sehr schnell wieder, das treibt nur die aktiven Verbindungen hoch.

Gruß,
Pathfinder

Wo hast du das denn gemacht? Etwa in den Einstellungen vom IE oder irgendwo anders?