[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   eMule 0.29c Maella v4.1.08+Sicherheitsfix v.30a [28.09.2003] (http://www.emule-web.de/board/4068-emule-0-29c-maella-v4.html)

cyrex2001 30. July 2003 00:34

renegade,
Zitat:

der läuft in der instabilität des systems noch am stabilsten.
ohne worte! :mrgreen: ich würd mir diesen satz, schützen lassen! aber da ist dir bestimmt billy zuvor gekommen! :mrgreen:
cyrex2001

Blomy 30. July 2003 00:57

Da sag ich nix mehr zu.

Zur RC3 habe ich aber noch was :
Bei den früheren Versionen ist die CPU Last hochgeschnellt, wenn man in das
Fenster Dateien gegangen ist. Und dann wurde es auch noch ruckelnd
aufgebaut. Jetzt nicht mehr. Wieder ein Stück gefixt.

Anonymous 30. July 2003 00:59

cyrex2001, jo, der satz gefällt mir auch, deswegen hab ich den so geschrieben. beschreibt halt am besten meine momentane pc-situation.

Blomy 30. July 2003 11:18

Hip Hip Hurra. Ich habe die Multi-Queue verstanden.
Das ist ja eine Superfunktion.

Anonymous 30. July 2003 11:26

jo blomy, dann klär uns doch mal auf, ich konnt damit bisher noch nicht so recht was anfangen.

Xman 30. July 2003 11:51

jetzt hab ichs endlich mal geschafft den Mod zum crashen zu bringen 8)
also die minidump funzt auch unter w2k, wenn die drhelp.dll im mulie-verzeichnis liegt.

Blomy 30. July 2003 12:12

Ich versuchs mal mit einer Erklärung :
10 Files im Upload und 500 Clients für alle 10 Files

beim 1. File (AAA) wird Client Nr. 1 (Luke) für dieses File bedient
beim 2. File (BBB) wird Client Nr. 1 (Paul) für dieses File bedient
beim 3. File (CCC) wird Client Nr. 1 (Erna) für dieses File bedient usw.

Dabei wird das CS und die Wartezeit berücksichtigt

Das heist jedes File im Upload hat seine eigene Warteschlange und sie
werden nacheinander abgearbeitet.

Vom Prinzip her 10 Emule am Laufen mit je einem File im Upload.

Wie die Berechnungsformel dafür aussieht, weis ich nicht.

Mir persönlich gefällt MultiQueue. So kommen auch die dran, die später
gekommen sind und auch die Verteilung auf den UL finde ich besser.
Es wird besser gemischt upgeloadet.

Anonymous 30. July 2003 12:38

blomy, da ist es also doch so wie ich es mir in etwa vorgestellt hatte.
ich find die lösung auch nicht schlecht.
Xman, wenn es bei dir funktioniert mit der minidump, dann denk ich mal würde es unter normalen umständen auch bei mir funktionieren. das keine erstellt wurde liegt dann wohl an der tatsache, das die schließung von emule kein problem des clienten, sondern von windows ist.

Xman 30. July 2003 12:55

blomy.. da hast Du gut erklärt.
Bischen genauer von Maella:
Zitat:

In fact the One-Queue-Per-File overwrites the priority until the very first download.

Rules (simplified) for files with zero byte uploaded

release => file score = elapsed-time since last bytes uploaded
high => file score = elapsed-time/1.5
normal => file score = elapsed-time/2
low => file score = elapsed-time/2.5
very low => file score = elapsed-time/3

Rules (simplified) for files with >= 1 byte uploaded

release => file score = elapsed-time
high => file score = elapsed-time/2
normal => file score = elapsed-time/4
low => file score = elapsed-time/8
very low => file score = elapsed-time/16

where the final score of one user

With One-Queue-Per-File:
Final score = weight1 * file score + weight2 * user score

Without One-Queue-Per-File:
Final score = user score

With the mode 'try to upload a full chunk' disable, an upload lasts about 15 minutes. So a file with a 'very low' priority should wait at least 16*15 min => 4 hour (3*15 min => 45 min the first time)
Übrigens hab ich bei der deutschen Übersetzung "Mehrfachwarteschlange(Multi-queu)" also beide Ausdrücke verwendet, da im emule-fach-jargon nur von multi-queue die rede ist, andererseits der Laie mit Mehrfachwarteschlange mehr anfangen kann. Durch Benutzung beider Worte sollte jeder etwas damit anfangen können.

Blomy 30. July 2003 14:33

renegade & Xman, danke für die Blumen.

Jetzt habe ich die Zwangstrennung hinter mir und warte auf das Ergebnis von
"reask source after modem reconnectet". Gefühlsmässig stelle ich keinen
Unterschied fest. Statistisch gesehen : die aktiven Verbindungen sind nicht hochgegangen
und der DL ist auch nicht sofort wieder angesprungen.
Vorher (RC2) = Nachher (RC3) bis jetzt kein Unterschied.
Aber ich glaube, das man dies ein paar Tage beobachten muss, um eine
treffende Aussage machen zu können.

Es wäre schön, wenn es ein Programm geben würde, womit die
einzelnen Clients mit ihrer IP beobachtet werden könnten, um zu
sehen, was da genau abgeht.
TCPView zeigt irgendwelche Dinge an, aus denen ich nicht schlau werde.
(Tip von cosmic girl - vielleicht weis sie ja mehr)

Ausserdem hat Maella in dem Statistikfenster bei den Graphen wahrscheinlich
einen Rundungsberechnungswert eingesetzt. Bei der RC2 sind die
UL´s/DL´s immer ganz schön zackig gewesen und bei der RC3 nicht mehr.
Es ist alles bis auf den Overhead Graphen etwas weicher geworden.

Xman 30. July 2003 19:11

ok.. nachdem ich nun schon einiges über das feature "reask source after modem reconnectet" mitbekommen hab, bin ich momentan der Überzeugung, daß da noch n Bug drin sein muß. Kein großer, es "springt" nur einfach nicht an. Mal die nächste Version abwarten...

digitalfrost 30. July 2003 19:36

Wenn ich den Haken bei dieser Option verändere wird der Apply Button nicht aktiviert, sollte er aber. Vllt. hats was damit zun.

Xman 31. July 2003 20:51

zu "Quellenneuabfrage nach Zwangstrennung"
Maella hatte da wirklich noch nen bug drin. Bereits gefixed für die nächste Version. Es wird dann auch noch ein paar Änderungen im A4AF handling geben. Wann Maella sie genau frei gibt weiß ich noch nicht, denk aber nicht, daß es noch lange dauern wird. ;-)

Blomy 31. July 2003 20:53

Xman, Nobody is perfect :D

Jo3r6 2. August 2003 08:48

hallo leute,
hab ne alte maella und die funzt, will ganz gerne die mod versuchen, da brauche ich doch nur die exe auszutauschen, oder. und wo ist das credit file ??? nicht das ich das lösche und ich von vorne anfangen muss.

danke für infos


Alle Zeitangaben in WEZ +1. Es ist jetzt 02:57 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102