@cosmic girl

okay, deine Ansicht kann ich irgendwie auch schon verstehen. Nur finde ich eben dieses feature nicht schlechtm, weil ich so eben diese lahme quellen suche etwas besser unterstützen kann :-)

Daher bin ich eben auch fleissiger Nutzer der Mods, die dieses Droppen beherrschen. Ich fahre mit den Mods auch bisher sehr gut. Nur leider ist es eben so, dass bei den neuen Mods die heraus kommen, keiner dieses Feature noch drin haben ausser Sivka.

Von daher heisst es eben warten..

Das ist ja nicht nur meine Ansicht, sondern das ist eine klare Aussage von einem der offiziellen Entwickler (Ornis+) - ich denke, die devs kennen das Netzwerk und die Auswirkungen gewisser Modifikationen am besten.
Er sagt ganz klar, dass die Quellenverwaltung im originalen client schon ideal abläuft - im Hinblick auf netzwerkunschädliches Verhalten!
Tolle Einstellung, wenn man aus Egoismus dann features möchte, welche das Netzwerk unnötig belasten. :twisted:


Bei den aktuellen 0.42er Versionen kann ich nur die Beobachtung anderer auch bestätigen, dass die soviele Quellen finden, wie nie zuvor - und das ebenfalls sehr schnell.
Wüsste nicht, was daran noch manipuliert werden sollte.
Und ob man wegen eines zusätzlichen Autodrop features dann mehr DL hat, ist ebenfalls fraglich. :roll:

Wobei man auch das sicherlich hinterfragen kann. Schließlich ist nicht gesagt, daß das der Weisheit letzter Schluß ist, nur weil es von Ornis kommt.

Meine persönliche Erfahrung hat auch mir gezeigt, daß Mods ohne das Droppen sogar teilweise noch besser laufen (z.B. Morph). In der Hinsicht kann ich also Cosmic Girl nur Recht geben: Man braucht es nicht. Der Vorlost-Omikron, den ich gerade laufen habe, hat's nicht und saugt hervorragend, und auch beim Wombat habe ich die Funktionalität deaktiviert (was Darkwolf sogar empfiehlt, wenn ich mich nicht täusche).

Das habe ich auch nie gesagt - aber in dem Fall kann man wohl darauf vertrauen, dass die Entwickler mit weitaus grösserer Akribie und breitgefächerten Testmethoden das Verhalten des clients untersuchen und ob ihres umfangreichen Wissens über die Funtkionsweise des Muli und des Netzwerkes, fundierte Aussagen treffen können.
Es handelt sich bei Ornis+ Aussage sicher nicht um ein subjektives Empfinden.
Zumal es ja eigentlich schon mit gesundem Menschenverstand nachzuvollziehen ist, dass das übermässige Droppen von Quellen nur unnötigen traffic verursacht.

Und deine Beobachtungen zeigen wie die vieler anderer auch, dass es eben nicht auf dieses feature ankommt - ich wage zu unterstellen, dass die user, die darauf schwören nicht mal beweisen könnten, dass es was bringt. :twisted:

wie läuftn das mit den ports genau.also als TCP nehm ich 1024 oder wie ?und als udp?ich f dachte ,das sollte immer +10 sein?also port 1034 oder wie ?KAD-port bleibt?

Anstatt deine Frage in zwei verschiedenen Threads in kurzem Abstand zu posten (--> hier), hättest du lieber die Boardsuche verwenden sollen, diese Frage wurde schon etliche Male beantwortet! :evil:

Thread aktualisiert auf eMule 0.42d [mfck] V1d

Update auf 0.42e [MFCK] V1b

hallo,
ich bin umgestiegen von e-mule 30e pawcio 4.11b - AMD auf e-mule 0.42.e[MFCK) V1b.
Nun komme ich über eine UL:DL 1:3.00 nicht mehr hinaus.
wo habe ich eventuell den Hacken übersehen ???
Oder sollte ich wieder wechseln.
Meine jetzigen Daten:
eMule v0.42e [MFCK V1b] Statistik [eMule v0.42e [MFCK V1b]]

Transfer
Session UL:DL Ratio: 1 : 3.00
Session UL:DL ratio (friends UL excluded): 1 : 3.00
gesamte UL:DL Ratio: 1 : 3.00
Uploads
Downloads
Session
Heruntergeladen: 742.14 MB
beendete Downloads: 4
Aktive Downloads: 12
Gefundene Quellen: 3573
In Warteschleife: 2705
voll: 626
Keine benötigten Teile: 214
Nachfragen: 3
Empfange Hashset: 0
Verbindung wird hergestellt: 7
Verbinde über Server: 0
Zu viele Verbindungen: 0
Verbindung LowID zu LowID unmöglich: 0
problematisch: 0
Gebannt: 6
Andere Datei angefordert: 1641
Unbekannt: 0
via ED2K Server/Queue: 486
via Kad: 109
via Quellenaustausch: 1717
via Passive: 1256
Download Sessions: 530
erfolgreiche Download Sessions: 347 (65.5%)
fehlgeschlagende Download Sessions: 183 (34.5%)
durchschnittlicher Download pro Session: 2.14 MB
durchschnittliche Downloadzeit: 14:33 Minuten
durch Komprimierung gewonnen: 9.75 MB (1.3%)
durch Datenfehler verloren: 0 Bytes (0.0%)
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 65.49 MB (1.24M)
Gesamt
Verbindung
Zeit Statistiken
Clients
Server
freigegebende Dateien
Festplattenplatz
Laufzeit 13 Std.

Bevor wieder jemannd flucht über diese Frage. Ich habe die ganze Nacht nach einer Atwort gesucht.

mfg rason

Das ist afaik im MFCK fest drin, dass Du langfristig nicht über 1:3 raus kommst. Du musst erst wieder hochladen, dann kannst Du mehr Downloaden.

@ rason


http://www.lava.se/emule/dynamicul/#download

Januar

hallo Vip 2002,

was heißt (saudumme Frage) "erst wieder hochladen" ??????

an Januar1956, kann kaum englisch, wenn ich die 042e Version fahre, soll ich dann auf 0,42d zurückgehen oder den Patch -oder was auch immer das ist auf die neue Version überspielen??

mfg
rason

Hardlimit
 

Moin leuz,

Ich wollte das Hardlimit unter Preferences ändern, doch da passierte nichts. Hab 200 eingestellt, aber es sucht 400! Und dann wollte ich HL von 500 und auch da passierte nichts, wie soll ich das machen, dass ich das höherschrauben kann?


cYa

Das bedeutet, dass deine Ratio bei dieser Version nie größer als 1:3 werden kann. Für jedes MB, das du hochlädst bekommst du wieder maximal 3 MB zurück. Wenn du deinen Upload maximierst bekommst am meisten DL aus dieser Version und das ist eine faire Sache.

Der ZZUL auf den dir Januar1956 gelinkt hat ist kein Patch, das ist ein eigenständiger MOD.

danke Pathfinder,

also zurück zum guten alten pawcio

mfg rason