@Ov3rKiLL,

die Frage ist halt immer die Effizienz der Sache. In Gedanken, mit niedrigen Ranks irgendwann an die Reihe zu kommen, ist es auch schon passiert, "ganz unten" in der Liste zu saugen. Nur weil ich droppe, heißt ja nicht unbedingt effektiv mehr Quellen zu bekommen.

In diesem Zusammenhang klingt darfkwolfs Idee von der Erklärung sehr gut, diese globale Quellenverteilung einzubauen. Eine Datei, die eh gut verteilt und läuft, kann "überflüssige" Kapazitäten abgeben.

Generell bin ich froh, dass der Wombat so schön "schlank gestrickt" ist und dennoch läuft. Das macht´s aus! :D

boah!
ich bin seit wochen mit arcor (32kb/s up) unterwegs und freu mich wenn ich mal auf >35kb/s download komme =((

bin schon am ueberlegen ob ich ned mal umsteigen sollte (aufn andern mod)

oder is was faul an meinen einstellungen?
10 files am saugen, ul=24kb/s, hardlimit=256 (wird aber selten ausgereizt), max con=128 (avg:50),max con/5sek: 16, ulslots=8 (2release)

muab

versuche mal hl 399 / max con 200 / max5sek 20 und min ulslots 4

jo hardlimit... bei 6 von 10 files hab ich <100 quellen, und bei den anderen 4 hab ich hl auf 600 (so als ausgleich)

nana also ich würd erstmal ruhig bleiben und abwarten dls bis zu dreißig sind doch was feines =). Hier im beitrag sind ausserdem einige tips zu den einstellungen schon beschrieben. ^^ ausserdem hat ich mit dem mophkad auch ein bissel besseren down, die cpu last war aber übel und der uplöad noch viel übeler

kannst bei den hardlimit die 6 files auf 150 und 4 files auf 750 einstellen

Mir ist aufgefallen, dass nicht nur die Gesamtzahl der Quellen maßgeblich ist, sondern die Anzahl der Downloads. Es macht bei mir schon einen Unterschied, ob z.B. 8*300 oder 12*200 einstelle. Alles über 8 Downloads kommt nicht oder kaum zum Zug, obwohl die Gesamtquellenzahl bei weitem nicht überschritten wird. :roll:

@Tarod`s Son: wieso gerade 399?

nicht so genau nehmen ! halt um die 4000 quellen

Okay! Klang halt "interessant" :mrgreen:

kw, war bei mir ganz anders. 30 files im dl, hardlimit so eingestellt, das er ~ 4000 quellen hat. 5/25 verb/sec. extendet upload slots auf 3 und nach 2 bis 8 std. rennt er so schnell, das die leitungen glühen. probeweise, um zu gucken, wie weit er belastbar ist, habe ich das hardlimit mal so weit hochgeschraubt, das er cirka 5.500 gefundene quellen hat. das ergebnis war aber nicht so toll. teilweise hat er von 30 bis 40 clients dl bekommen, aber der dl-speed war nicht so gut. zurück auf cirka 3.00 bis 4.000 quellen und er saugt wie nen weltmeister.

warum sollte er nur 3 uploadslots offen machen ? hat 32kb/s bzw. 26 !

na klar, dann ein wenig mehr, solltest aber gelesen haben, das das meine einstellungen sind. oder ?

@muab
Hier habe ich ein paar Screenshaots von meinen einstellungen gemacht und nutze auch Arcor1500.

eWombat-Verbindung

eWombat-erweiterte Einstellungen

eWombat-Download

eWombat Erweitert-Connection

Und als letztes ein Screenshot meines UL+DL.

also mir hat es keines der bilder angezeigt

Yepp, das sind keine korrekten Links auf deinen Webspace. Check nochmal! :)

Ich komm noch nicht so ganz klar mit dem Yahoo-Webspace, aber es wird sicher besser. Die links müssten jetzt gehen. Einen hab ich selber getestet.

Die Links funktionieren, nur nicht so, wie man es sich denkt ;-) . Link aufrufen, dann kommt diese nichtssagende Yahoo-Seite, dann auf das Briefsymbol links neben dem Riesenwerbeding klicken, dann sieht man das Bild.

@Usul: stimmt, wo das Gute doch so nahe liegt! Man klickt ja auch sonst auf allem möglichem rum! :mrgreen:

danke =(8 buhuhuuuuuu =(((
wirklich kaum zu glauben, nach 12 stunden hier meine bilanz:

eWombat Version 0.064c [Build: 0.064.C]
UL:DL Ratio: 1.16 : 1 (1 : 1.39)
Downloaded: 721.44 MB (85.47 GB)
Uploaded: 836.98 MB (61.58 GB)
Average DL-Rate: 17.96Kbs (max: 39.80Kbs) UL-Rate 22.83Kbs (max: 26.14Kbs)
Active Connections (estimate): 103 - Too many connections: 0
UL-Sessions successful: 241 avg. time: 10:16 mins | failed: 22 (can't connect: 16 | critical error: 2)
DL-Sessions successful: 201 avg. time: 22:36 mins | failed: 193 (can't connect: 0 )
Uploads Waiting: 2506 | Found Sources: 2875

S.U.I. successful: 7094 - failed: 10
Detected 780 leechers, 6 credit thieveries
Fake Blocks: 124 and Corrupt blocks: 124 detected
Runtime: 11:25 h
Winsock: WinSock 2.0 Running
Virtual: 116.50 mb free: 1931.38 mb | MMX optimization active

jau, hab jetzt mal mein mtu erhoeht, sonst hatte ich im grossen
und ganzen alles wie du =(

naja, schaumama....

ps, bin auf win2ksp2

das ist aber sehr hoch

soll das nun heissen:
1) freu dich, is doch super!
oder
2) schei..e ist das hoch

?

muab, eher das 2te, denn deine failed sind ja beinah genau so viel wie deine successful!

ok, das waer dann ja schomal ein ansatz...

aber woran liegt das bzw wie kann ich das "beheben"?

maub

@muab hast du irgendwas im hintergrund laufen ? tmpgenc oder nero encoder ?

ansonsten sage ich nur bei mir gehen die succesfull besse bei niedriger 5con verbindung

d.h. hard limit so das ca ~4000 quellen
max verbind 200-250 (höchstens 300)
und max conn 20- max. 30

so läuft es halt nur bei mir ( da ich vor 3 stunden den rechner neugestartet habe leider nur ein auszug von 3 std.)

eWombat Version 0.064c [Build: 0.064.C]
UL:DL Ratio: 1 : 1.42 (1 : 1.74)
Downloaded: 188.77 MB (34.40 GB)
Uploaded: 133.08 MB (19.80 GB)
Average DL-Rate: 16.94Kbs (max: 40.32Kbs) UL-Rate 11.94Kbs (max: 12.10Kbs)
aktive Verbindungen (geschätzt): 124 - Zu viele Verbindungen: 0
UL-Sessions successful: 30 avg. time: 23:49 mins | failed: 6 (can't connect: 4 | critical error: 0)
DL-Sessions successful: 43 avg. time: 21:52 mins | failed: 12 (can't connect: 0 )
Uploads Waiting: 1787 | Found Sources: 2327

S.U.I. successful: 3504 - failed: 8
Detected 94 leechers, 8 credit thieveries

Programm-Laufzeit: 3:10 h
Winsock: WinSock 2.0 Running
Virtual: 83.00 mb free: 1964.87 mb | Athlon/Duron optimization active

hmm hab auch mehr up als download :( gibt es einen mod der so abgeht wie früher der maella

oder welche einstellungen habt ihr beim ewombat

hohohooo... nein ;P
cpu last im schnitt 18%

hab ich ja auf 16 (also weniger als standard 20)

so hoch komm ich nicht, da ich nicht die neusten kino-filmchen
sauge, die alle so toll finden ;P
habs auf 200 (im schnitt hab ich 50-100 verbindungen)

bah! ich waer doch schon froh wenn ich n verhaeltnis 1:1 haette =((

ich sage ja das sind die einstellungen bei mir ! und ich habe gelernt, dass ohne geduld nichts läuft ! habe 25 files aktuell im down davon 1 mehr als 400 quellen und 15 mit je 100 quellen die restlichen max 10 quellen. also auch nicht viel aktuelles

Hi,

komme gerade nach Hause und habe folgende "24-Stunden Bilanz": es bleibt dabei, alles mehr als 8 Downloads gleichzeitig läuft nicht richtig, auch wenn ich unter 4000 Quellen bleibe. Er bekommt die neuen Quellen bei den ganzen Dateien (es waren 12) einfach nicht abgearbeitet. Versuche ich die i.d.R. 6-8 Files bei 300/200/20 zu "optimieren", bzw. hier an den Werten ein wenig zu "feintunen", klappt es besser. Hatte zuvor grobe HL300/Max500/per5sec.30...da lief es etwas cremiger. Werde versuchen, die goldene Mitte zu finden. :|

@ darkwolf hier habe ich mein prob geschildert. ist mir ja auch mit deinem mod so ergangen. die frage stellt sich, warum das so ist ?

Hi,

@Gucky, Ist es vieleicht möglich das du einen Kademlia-Client und einen normal eMuleMod mit dem selben Temp Verzeichniss betreibst (das wäre äusserst unklug und würde die ganze Geschichte erklären)
Gut ein rehash kann relativ lange dauern (hängt von der Anzahl der Dateien im Temp und die Grösse der Dateien ab) aber ein rehash der gesamten Dateien sollte eigentlich relativ selten vorkommen (z.b. Zeitumstellung oder nach einen eMule-Crash während gerade der Buffer weggeschrieben wird aber dann nur bei den betroffenen Dateien).
Der eMule im allgemeinen greift eigentlich ständig auf die Platte zu (ob du jetzt download hast oder nicht), es sind ja Dateien im Upload, es werden regelmässig die Statistikdateien gesichert, die Client.met (ewombat.ccf) und z.b die onlinesig.dat falls onlinesig aktiviert ist. Massive Plattenzugriffe kommen auch zustande wenn du neue Verzeichnisse/Dateien zum Share hinzufügst oder Dateien die sich im Share befinden geändert werden.

Wie du schreibst, fängt der eMule immer ein paar minuten nachdem er mit dem rehash fertig ist (wie gesagt der sollte eigentlich nicht bei jedem start vorkommen)
und nach dem Start der Serververbindung scheinbar massiv an auf deine Platten zuzugreifen (Leuchtet da nur die LED oder hört man auch was) . d.h. er kommt irgendwie durcheinander wenn Netzwerk-Zugriffe laufen...

Eine mögliche erklärung wäre:

Irgendein Windowsverzeichniss (z.b das Windows Temp) ist als share freigegeben
Du hast es irgendwie fertiggebracht die Windows Auslagerungsdatei zu sharen ;)
Du hast dein eMule/eWombat bzw. Config Verzeichniss im Share.
Du betreibst dein Share/Incoming/temp auf einer Fat32 Partition und hast dort eine Datei > 2GByte (das kann bloss NTFS richtig)

Das komische an der ganzen Sache ist, das der Morph-Kad eigentlich auch ein 0.30er Mod ist, aber der scheint ja bei dir keine Probleme zu machen was uns aber wieder zu der gross geschriebenen Frage bringt...

Es könnte aber auch tatsächlich an deiner Hardware liegen (auch wenn das Problem nur bei eMuleMods auftaucht aber die eMules greifen gegenüber anderen Programmen ständig und Permanent auf die Platten zu)
Überprüfe mal folgendes auf deinem PC:
Hast du IBM Deskstar IC35L0xxx Platten (wenn ja, hoffe ich da ist noch Garantie drauf, die Teile fangen nach einiger Zeit von alleine zu spinnen an, kannst du irgendwo im CT nachlesen, von denen sind bei mir 8 Stück innerhalb kürzester Zeit ausgefallen, auf einem Rechner ohne eMule)
Ist der DMA Zugriff für Festplatten aktiviert ?
Teilt sich dein Plattencontroller irgendwelche Resourcen/IRQs z.b. mit der Netzwerkkarte ?
Hast du alle aktuellen ServicePacks/Patches für Windows, aktuelles Bios und Treiber für dein Motherboard.
Versuch mal ein paar Plattenbenchmarks laufen zu lassen (SiSoft Sandra BurnIn oder such mal im Google nach einem).
Stell mal Testweise im Bios deine Einstellungen auf Normal (also nicht optimiert,overglocked oder aggressiv, je nach Bios), überprüfe die Ram-Einstellungen im Bios (die SPDs von DDR-Rams lügen ab und zu oder werden nicht richtig ausgelesen) und deaktiviere mal sämtliche Sleep und Suspend Einstellungen.
cu
Darkwolf

Und bevor die Sache mit Gucky's Problem jetzt langsam aber sicher OT wegen Hardware Problemen und allgemeinen eMule Problemen wird, sollten solche geschichten in einen allgemeinen eMule bzw. Hardware Thread...

cu
Darkwolf

um es mal mit meinem rehash klarzustellen.
rehash nur nach emule absturz (auch bei anderen mod´s, warum auch immer)
weitere festplattenzugriffe nach connect zum server.
die irq´s der hdd´s werden nicht anderen geshared
sepeate temp-partition (18 gb), seperate swap-partititon (4gb)
betriebssystem, programme, daten jeweils eigene partition
emule eigene 40 gb harddisk.(ca. 15 mb transfer / maxtor)
mittlerer benchmark der 2x120 gb hdd´s ca 30 mb/s transfer / samsung
kein sleep / suspend aktiviert (auch moni nicht), da der rechner immer arbeitet
w2k + sp4, neuester 4x1 via-treiber, dma aktiviert
overclocking betreibe ich nicht (mein standpunkt, wenn kaputt, weil zu schnell : zu teuer)
das einzige was ich aktiviert habe, ich das 4 way memory inteleaving, spd = off
manuelle konservative ddram einstellungen, auch bios-werte konservativ

ich möchte eins klarstellen, den morph-kad benutze ich nur zum rehashen, wenn irgend ein mod abgestürzt ist

es liegt also kein programmfehler in deinem mod vor

trotzdem sollte es eine überlegung wert sein, warum ausschliesslich der morph-kad bei mir zum rehashen nicht so lange braucht.

aber wen soll ich sonst fragen, wenn ich ein prob habe, als die leute, die sich mit diesem programm auskennen. und du erschienst mir halt eben als kompetent und scheust dich auch nicht, auch einfache fragen zu beantworten. deswegen habe ich es ja auch hier gepostet. von andernen moddern habe ich wenig oder gar nichts gehört.

Hallo,

hier mal meine Testergebnisse, mit Win98, echt suuuuper bei 17 Files 12 davon recht schlecht verteilt, also echt der Hammer, so gute Ergebnisse hatte noch nie einer erzielt
vielen dank darwolf für diese tolle Arbeit :lol:

Gruß bridget


eWombat Version 0.064c [Build: 0.064.C]
UL:DL Ratio: 1 : 2.00
Downloaded: 1.24 GB
Uploaded: 637.31 MB
Average DL-Rate: 23.41Kbs (max: 48.42Kbs) UL-Rate 11.71Kbs (max: 11.95Kbs)
aktive Verbindungen (geschätzt): 128 - Zu viele Verbindungen: 0
UL-Sessions successful: 137 avg. time: 27:18 mins | failed: 59 (can't connect: 17 | critical error: 20)
DL-Sessions successful: 342 avg. time: 23:39 mins | failed: 56 (can't connect: 0 )
Uploads Waiting: 2007 | Found Sources: 2767

S.U.I. disabled
Detected 553 leechers, 25 credit thieveries
Fake Blocks: 1 and Corrupt blocks: 1 detected
Programm-Laufzeit: 15:29 h
Winsock: WinSock 2.0 Running
Virtual-Mem used: 79.06 mb free: 1964.94 mb | Athlon/Duron optimization active

Hier mal wieder seit langem eine von mir:

eWombat Version 0.064c [Build: 0.064.C]
UL:DL Ratio: 1 : 1.62 (1 : 1.43)
Downloaded: 12.08 GB (131.12 GB)
Uploaded: 7.44 GB (91.44 GB)
Average DL-Rate: 34.83Kbs (max: 114.46Kbs) UL-Rate 21.46Kbs (max: 27.48Kbs)
aktive Verbindungen (geschätzt): 77 - Zu viele Verbindungen: 0
UL-Sessions successful: 1384 avg. time: 27:30 mins | failed: 295 (can't connect: 166 | critical error: 11)
DL-Sessions successful: 6285 avg. time: 12:56 mins | failed: 1172 (can't connect: 0 )
Uploads Waiting: 588 | Found Sources: 697

S.U.I. successful: 73061 - failed: 924
Detected 2484 leechers, 177 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 4 T 5 h
Winsock: WinSock 2.0 Running
Virtual: 196.73 mb free: 1851.14 mb

Halo Darkwolf,

ich habe in der letzten Zeit öfters critical error: 47 und mehr.
Ist das ein Problem?
Ich bin eigentlich selbst Schuld mein ewombat ist gut gelaufen aber ich Schlauberger wollte mal die Einstellungen von gvstarfleet probieren. Total daneben, denn jetzt läuft er überhaupt nicht mehr. Ich krebse jetzt schon fast zwei Tage mit 3 - 4 manchmal auch 8-oder 9 kb/s rum. Mir geschieht es recht, denn ich bin selber Schuld.

Gruß KHK

Hi,

@KHK: critical error:47 und höher dürfte eigentlich nicht an den Einstellungen leigen, das scheint eher eine Systemgeschichte zu sein, (ging dir in der letzten Zeit vieleicht mal eine Software oder Treiberinstallation daneben). Versuch mal einen Screenshot zu machen, wenn die Meldung kommt, aber critcal-error Anzeigen von Windows sind nicht gut...

Nimm halt wieder deine alten Einstellungen ;)

cu
Darkwolf

KHK,

bei solch einer Fehlermeldung täte ich mindestens das Windows Setup drüberziehen oder gar Neu-Installen !!! und dann wirklich die alten Einstellungen wieder nehmen ... hmm die die Du Dir vorher hoffentlich gesichert hast ?

Danke an Darkwolf und DQ 321,
als die neuen Probierereien nicht funktionierten habe ich natürlich wieder meine notierten alten Einstellungen verwendet, aber Scheibenkleister, auch damit war es nicht mehr möglich, Voodoo kann ich leider nicht, aber Scherz beiseit. Darkwolf wegen Deinem Hinweis auf die critical Anzeigen, habe ich einfach den Belzebub ausgetrieben, die eWombat.exe gelöscht und die neue exe aufgespielt. 3 Stunden läuft er jetzt und noch keine kritischen Aspekte.

Gruß KHK

Hi,

ich habe gerade den neuen eWombat0.064D released...

Und hier mal die eWombat Features im Überblick:


o Introducing 'On The Fly Optimization'
- No more different *.exe for different cpu's
- on startup eWombat checks the cpu capabilities.
- according to these check eWombat will use functions which are optimized for the detected cpu

o SaferHash with JobQueues (based on Slugfiller's SafeHash)
o Harddisk Protection Patch adapted from skynetman
- Select File Buffer Size in 32Kbytes Steps (32Kbytes - 3MBytes)
- Select File Buffer Flush Time from 1-10 minutes (5 is default)

o Windows XP Themes and Styles safe
o No more GUI-Crashes on Win98
o All exploit/security fixes from eMule0.30a
o S.U.I. 'Secure User Idetification v2' from eMule0.29c
o S.N.A.F.U. (extended leecher detection)
Based on analysing what the client is doing
Detected leecher clients will be banned and can be manually kicked from upload- and downloadqueue or can be unbanned
Anti Credit Theft (moved from lovelace to own code)
o Force use of winsock2.dll (Version 2) if avaiable (OS >=Win98SR2)
o Using of Cpu-HighPerformanceCounter as timer for speed-measurement if avaiable (CPU >= Pentium)

o Upload-queue:
- eXtended Upload Handling
select number of minimum and maximum upload-slots)
- Automatic Upload Bandwidth Control
you can select number of uploadslots and eWombat try's to spread the upload-limit over this slots without opening new ones
o Enable/Disable NoRefrag (adapted from Slugfiller)
o Enable/Disable FullChunk-Transfer (adapted from Slugfiller)
o Simulated one queue per file (adapted from Maella/bloodymad)
o Push rare/small files (adapted from slugfiller/maella)
o Release Slots
o Boost release files by factor 1..10
o Allow Hybrids to Download

o Download-queue:
- Cache Sources adapted from enkeyDEV(kei-kun)/Save Load Sources
- Individual file preferences
hardlimit and cleanup-limits are changeable for every file in downloadqueue
main-settings are used as default
can use main-settings again by a simple click
- Fake Block Check (adapted from lovelace)
exclude selected filetypes from check
o Cleanup filenames
o manuall/automatic Queue Cleanup
Autocleanup is only performed when there are new sources for a file (adapted from eMulePlus)

o General:
- 'spread connection' to avoid high 'too many connections'
- (Auto) Update IPfilter (Security Settings)
- (Auto) Update Fake Check (Security Settings)
- mod detection trough ET_MOD_VERSION (0x55) Tag
Sending eWombat-Version with eMuleInfoPacket String 'eWombat' with ET_MOD_VERSION (0x55) Tag
Version as DWORD with ET_MOD_WOMBAT (0xA0) Tag
usage: "%s %d.%03d",modstring,Version/1000,Version%1000
Version as DWORD with ET_DEV_WOMBAT (0xA1) Tag for developer eWombats
- Webserver, Statistics, Chat,MobileMule and IRC are deleted due lower cpu-usage
Will be replaced soon with selectable PlugIns
- Statistic are displayed in textonly 'MiniStatistics'-Window
- low cpu and memory usage

Hey darkwolf, habe die 64d ebenfalls bei mir geupped *.bin als direktlink und edonkey/eMule Link. Sources nur als Link.

mfg
Odinasgardson