![]() |
ist der eWombat bei den einstellungen zum droppen agressiver ? folgende daten und dann die theorie von mir: 26 files im dl. 1.557 found sources. 6 files mit hardlimt auf 100 (bei 400 werden auch 400 gefunden) alle standart drop funktionen bei diesen 6 files an + hqr > 2.500 die anderen files ohne hqr mit diesen parametern ist es mir fast unmöglich, meine aktiven verbindungen unter 200 zu bekommen. parameter spread connections off (gedankengang . er kommt garnicht dazu, kleinere sources zu bedienen, weil die 6 files andauernd am droppen sind und über xs neue quellen bekommen) bei spread connections on, so wie in den letzten 3 std., standen einige sources noch auf warte auf first connect Theorie : er droppt wesentlich aggressiver als der org-esel. Vermutung : dropping bei AutoCleanup Sources ist jetzt off und die aktiven verbindungen marschieren langsam nach unten. (aktuell ~ 130 = normal) dies betrifft aber nur die anderen 20 files. für die 6 files sind die settings, wie oben beschrieben, gesetzt. ich hoffe, ich habe meine theorie so geschildert, das man sie verstehen kann. ps. bei mir läuft alles in englisch. |
@ Gucky, Zitat:
Zitat:
Ich hatte bisher mit meinem Router auch nur ~1500-1800 Quellen und das Droppen recht aggressiv aktiviert [QR>1000, etc.], das sonst nix zustande kam. Die 0.065c scheint endlich mal mit den empfohlenen Einstellungen zu laufen. Ich konnte aber die letzten Tage mit darkwolfs Hilfe (nochmal txh an dieser Stelle :)) ganz gut testen, wo meine Probleme liegen. Vielleicht ist das ein Ansatz für dich:
Noch Ideen? Oder sollte ich falsch liegen? Immer her damit! :) |
zu ps. "alles läuft in englisch" ist eine tatsache und kein problem. keine lust, wenn ich einen modwechsel mache, irgendwelche lang-dll´s zu kopieren. zu besagtem hl der 6 files. genau das war es, was ich im auge habe. nur noch gute quellen mit qr < 2.500. mir ging es aber hauptsächlich darum, ob er schneller (aggressiver) droppt. mir ist schon klar, das bei einem hl von 100 (obwohl werte von 400 möglich sind) er ganz schön am droppen ist. darkwolf postete hier irgendwo, das, wenn neue bessere quellen gefunden werden, die "schlechten" rausgehauen werden. das wollte ich mal mit diesen einstellungen nachvollziehen (ausprobieren) bin nunmal neugierig. wenn solche funktionen vorhanden, muss ich sie auch ausprobieren. noch nen ps. wo ist eigentlich der unterschied zwischen : try to transfer full chunks to all uploads + transfer full chunks v2 überall schon gesucht, changelogs, boardsuche -> nix gefunde -> ich vielleicht blind @ kw, ich kann deinen schlussfolgerungen nur recht geben. aber vorher lief tbh und der kam mit fast denselben einstellungen gut zurecht. leider aber immer 4 ul-slots offen und keine konkreten antworten, auf bestimmte fragen von mir. weder in diesem board noch auf der hp von tbh. der eWombat65b hatte ja schwierigkeiten gemacht, jetzt 65c und läuft bisher. auch hierbei, wie immer, neuer mod -> neue einstellungen -> lernen, wie am besten -> und manchmal fragen |
@darkwolf: Hut ab!!! :) Das Dingelchen läuft nach 17 Stunden endlich mal so, wie ich es mir gewünscht habe. Durchschnittlich konstant mit den o.g. empfohlenen Einstellungen! (außer ein paar HLs nach oben gesetzt) :mrgreen: Die Geduld hat sich gelohnt! http://home.arcor.de/o_weber/pics/0065c.jpg |
Zitat:
Und gestern mit der 65c kam wohl der Durchbruch! (s.o.) :mrgreen: Ich neige zwar auch dazu, alles neue mal auszuprobieren, aber wenn mir die Logik sagt, dass es nichts bringt oder die Sache nicht unbedingt verbessert (s. Droppen), füge ich mich dem "Schicksal". Und diesmal war es mir hold. :) |
nochmal zu meiner frage (ich war auf der hp vom spooky): 1. - versuche komplette Chunks hochzuladen / 2. - versuche ganze Chunks hochzuladen v2: Da nur ganze Chunks von dem ladenden Client weiterverteilt werden, macht es Sinn, auch selbst nach Möglichkeit diese nur vollständig hochzuladen. meine theorie : 1. es werden 9.28 mb ( 1 chunk) hochgeladen (auch chunkübergreifend) 2. client hat vielleicht schon was vom chunk. wird von mir fertiggestellt und dann ende des ul. ist meine theorie richtig ? |
Hi 1. - versuche komplette Chunks hochzuladen Das ist die normale eMule/Tarod FullChunk Version: Der Client bekommt solange Upload bis entweder 9.28Mb hochgeladen wurden, die maximale Uploadzeit von 1 Stunde erreicht wurde, oder der Client einen anderen chunk haben will... 2. - versuche ganze Chunks hochzuladen v2: Das ist die VQB FullChunk Version, funktioniert im endeffekt genauso wie die eMule/Tarod Version, allerdings wird die max. Uploadzeit ignoriert, damit auch sehr langsame Clients mal die change haben einen ganzen Chunk zu bekommen ;) v2 wird automatisch für die ReleaseSlots aktiviert... Welche der beiden FullChunk Versionen ihr hernehmt ist Geschmackssache, es wird aber empfohlen eine zu verwenden (das senkt auch indirekt die failed uploads, da die uploads nicht so oft von Clients mit besseren Rankings unterbrochen werden) Zum Droppen: Ob und wie ihr es hernehmt bleibt natürlich euch überlassen, die Tips die ich dazu gebe (bzw. Hinweise) entsprechen ja nur meinen Persönlichen Erfahrungen und Vorlieben ;) Wie bei vielen anderen Funktionen im eMule ist das aber auch von den Files, vom System und von der Anzahl der Quellen abhängig...da sind natürlich allgemeine 'BestOf' Einstellungen relativ schwierig ;) Aggresiver als vorher ist das Autodroppen nicht, es wird nachwievor nur gedroppt wenn Platz für neue Quellen benötigt wird, allerdings stehen die changen nachwievor gut, das die neuen Quellen genau die sind, die man vorher schon gedroppt hat...Wenn sich aber die Crashes jetzt endgültig erledigt haben, werde ich mich mal voll auf die Downloadqueue konzentrieren ;) Die Funktionen die ich einbaue sind ja dazu da um verwendet zu werden (würd ja sonst keinen Sinn machen) aber es muss jeder selber herausfinden ob es für ihn/sie was bringt oder nicht (Ist das gleiche wie bei dem Droppen)...nur bei den eWombat Experimental Settings sollte man wirklich wissen, was die jeweiligen Funktionen bedeuten Ach ja, vor 2004 wirds keinen neuen eWombat geben ;) cu Darkwolf |
@ darkwolf, Thx. ich habe nur auf files mit vielen quellen alle drop- und hardlimit funktionen an, ansonsten alles off. damit sind bei mir sind mit diesen einstellungen, die aktiven verbindungen meistens unter 100. beim spooky-modus habe ich wohl einen fehler gemacht. da muss ich wohl noch ein wenig lehrgeld bezahlen. das kriege ich aber auch noch hin. (lesen ist angesagt) failed dl-sessions unter 10% :lol: bedingt durch die geringen verbindungen werden meine 12 ul fast immer eingehalten. auch -> :mrgreen: 1. bis jetzt auch noch keine komischen fehlermeldungen im log. 2. da hab ich was gefunden und hier die Quelle Code: 22-Dec-2003 [bluecow]: |
Hi, @Gucky: Gegen diese 255.255.255.255 Server hab ich einen direkten fix eingebaut Ansich sind die Teile kein Problem, aber es gibt halt jedesmal eine Fehlermeldung im Verbose-Log wenn versucht worden ist, an soeine IP etwas zu schicken ;) Sollten sich trotzdem noch welche in der Serverliste rumtreiben, einfach löschen, da es unmöglich ist zu 255.255.255.255 zu connecten... Aber keine Panik, der Spooky-Wombat kann solche Server_IPs nicht an andere Clients schicken, da ja der erste verfügbare Server mit statischer ip verwendet wird und in der Serverliste 255.255.255.255 nicht als statische IP gilt (sondern als DynIP, da es keine zugelassene IP-Adresse ist)... welche Serverinformation der spooky-mode verwendet kann man im Log nach der aktivierung des spooky-modes sehen cu Darkwolf |
jetzt hast du mich auf dem linken bein erwischt. ich glaubte, das changelog richtig durchgelesen zu haben. wohl doch nicht. aber immer gut zu wissen, das du schon was dagegen unternomen hast. Gruss Gucky |
danke fuer die tips darkwolf, mein problem scheint damit behoben zu sein. |
Darkwolf scheint wohl auf Etikette zu stehen. Hier ein Auszug aus dem Verbose: "....fragte nach etwas, ohne 'Hallo' zu sagen, Verbindung wurde getrennt!" :mrgreen: :mrgreen: :mrgreen: |
@ xtremchopper wurde auch zeit, das du so einen besonders freundlichen mod zur aufnahme, wiedergabe und speicherung deiner daten bewegen konntest. :mrgreen: nachdem ich ihn endlich richtig eingestellt habe, fängt er jetzt an, natürlich ganz der nettiquette entsprechend, die clients aufzuforden, mir ihre daten zu schicken. was sie natürlich auch jetzt prompt erledigen, |
Hi @JohnKimble: freut mich ;) @xtremchopper: Da könnte ja jeder daherkommen und etwas wollen, ohne sich vorzustellen ;) Ne, die selbe Fehlermeldung kommt auch im eMule. Normalerweise, wenn ein neuer Client zu dir in die Queue will, schickt er als erstes das s.g. Hello-Packet (UserHash, UserName, ClientVersion, IP und Port)...dann schickt dein eMule/eWombat sein eigenes Hello-Packet zurück und erst dann darf die Gegenstelle nach einem File fragen...Ohne diesen Hello-Packet wäre es unmöglich einen Client eindeutig zu identifizieren, trotzdem versuchen einige damit durchzukommen ;) (eigentlich eher unabsichtlich, meistens sind es shareza, mldonkeys und ganz alte eMules/Donkeys)..Die Clients die soetwas machen werden auch nicht gebannt oder sonstirgendwie bestraft, sobald sie ein Hello-Packet schicken kommen sie ganz normal in die Queue... cu Darkwolf |
Zitat:
Edit: Ich seh grade erst das ich Poweruser bin. Bleibt die Frage seit wann :oops: |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:21 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.