[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   eMule v0.47c X-Ray MOD v0.3 [24.12.1006] (http://www.emule-web.de/board/11768-emule-v0-47c-x-ray.html)

Nichtznuts 8. January 2007 17:48

Sowohl extreme als auch morph haben da recht nette Dinge in Richtung WS verbaut - wird aber sicherlich noch ne ganz schöne Arbeit für Dich.

cu Nichtznuts

aalerich 10. January 2007 02:48

Hallo JvA,

auch von mir natürlich erst einmal Gratulation! Was mich erstaunt hat ist die mitgelieferte server.met; was mich nicht wundert ist, daß sie Probleme von LowID bis nicht funktionierende Suche verursacht. (Ich könnte jetzt ja einen Link zu server.met server met server-met server list edonkey server emule setzen, denn dort gibt es saubere Serverlisten, ich mache das aber nicht, denn das weißt Du ja auch so. ;-) )
Auch die Aktualisierung der Serverliste beim Serverconnect könnte per default besser abgeschaltet sein.

Aber zur Sache:

Ausgesprochen unklar ist mir die Einstellmöglichkeit der Chunks pro Upload, genauer der Zweck. Beim normalen Upload sehe ich keinen Nutzen, aber ein gewisses Mißbrauchspotenzial. (Ist mein Kumpel im Upload setze ich die Chunks pro Upload rauf und ist er irgendwann fertig setze ich sie wieder runter.) Auch kann man damit die Rotation je nach eigener Leitung erheblich verlangsamen bis praktisch völlig ausschalten. Auf jeden Fall verlängert es die Wartezeiten und erhöht damit (unter Umständen ganz erheblich) die Wirksamkeit der Prioritäten. Das kann durchaus soweit gehen, daß man ohne Powershare einen Powershareeffekt erreicht. Und zwar ohne Limitierungen oder Bestrafungen wie z.B. ein Ratio.

Beim Freundupload hat diese Chunkmethode eine sehr unangenehme Folge:
Eine LowID fliegt nach der eingestellten Chunkanzahl raus und kann danach wie jede LowID unter Umständen viele Stunden warten, bevor sie wieder in den Upload kommt. Bei HighIDs macht das nichts, die bekommen ja den nächsten freien Slot (man könnte sie also auch ohne diese Unterbrechung normal durchlaufen lassen). Keine Vorteile, aber gegebenenfalls ein unangenehmer Nachteil.

Ansonsten sind mir die Knöpfe etwas zu klein, ausgesprochen grobmotorikerunfreundlich. :mrgreen:

Leecherabwehr ist, wie ich sehe, noch keine drin.

Einen kleinen Bug (?) gibt's zu vermelden: Wenn ich das Uploadlimit rausnehme kann ich unabhängig von der Leitung auf 2 Uploadslots (1+1) begrenzen. Generell halte ich nichts von fixen Slots, "öffne mehr..." sollte besser immer aktiviert und nicht schaltbar sein.

Im Log ist mir bei meinem kurzen Teslauf noch aufgefallen, daß FUs, wenn sie beendet werden, hunderte von Zeilen wie diese erzeugen:
Zitat:

10.01.2007 02:39:54: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:55: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:56: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:56: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:56: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:56: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
10.01.2007 02:39:56: NoHoper: Upload session ended due to max transferred amount - uploaded: 18.58 MB
Von dem Moment, ab dem sie nichts mehr bekommen, vergeht auch eine gewisse Zeit, bis sie aus dem Slot rausfliegen. Sie hängen also im Upload ohne etwas zu bekommen, was bei fixen Slots die Verschwendungsgefahr weiter erhöht.

Soweit mal ein kurzes Feedback von mir.

Mit freundlichen Grüßen
aalerich

Nichtznuts 10. January 2007 12:43

@ JvA

Dein Mod hängt sich im Bereich Kad nach ein paar Tagen Dauerlauf auf - es werden zwar aus Kad Daten gezogen und dorthin gesendet, abder die Kadsuche fällt völlig aus und geht erst wieder nach einem Neustart des Mods.

Zudem öffnet der Mod obwohl eine Slotbegrenzung (4+1) einstellt ist weiter fleißig neue Slots - Folge: ein normales surfen wird fast unmöglich.

Um hier im Forum diesen Post zu erstellen musste ich den Mod ausschalten - auch Einstellungen im Bereich Up Down Begrenzung haben nichts gebracht.

Das könnte durchaus auch mit den Sachen zusammenhängen die aalerich geschrieben hat, denn da kann ich seine Beobachtung bestätigen es hat den Anschein, dass die Solts nicht mehr richtig geschlossen werden.

cu Nichtznuts

Nichtznuts 14. January 2007 22:11

@ JvA

nun die Sache läuft mittlerweile rund - nach dem Einsatz einer anderen Server.met als dabei war und dem Austausche der nodes.dat - läuft der Mod einwandfrei - ohne Störungen - seit rund 4 Tagen ununterbrochen durch. - Ich hatte gestern mal ein keines File zu releasen und hab bis jetzt die besten rel Ergebnisse erzielt die ich jemals für gleichartige Files hatte.

cu Nichtznuts

Jicksaw 15. January 2007 14:00

Zitat:

Zitat von aalerich
Ausgesprochen unklar ist mir die Einstellmöglichkeit der Chunks pro Upload, genauer der Zweck. Beim normalen Upload sehe ich keinen Nutzen, aber ein gewisses Mißbrauchspotenzial. (Ist mein Kumpel im Upload setze ich die Chunks pro Upload rauf und ist er irgendwann fertig setze ich sie wieder runter.) Auch kann man damit die Rotation je nach eigener Leitung erheblich verlangsamen bis praktisch völlig ausschalten. Auf jeden Fall verlängert es die Wartezeiten und erhöht damit (unter Umständen ganz erheblich) die Wirksamkeit der Prioritäten. Das kann durchaus soweit gehen, daß man ohne Powershare einen Powershareeffekt erreicht. Und zwar ohne Limitierungen oder Bestrafungen wie z.B. ein Ratio.

Beim Freundupload hat diese Chunkmethode eine sehr unangenehme Folge:
Eine LowID fliegt nach der eingestellten Chunkanzahl raus und kann danach wie jede LowID unter Umständen viele Stunden warten, bevor sie wieder in den Upload kommt. Bei HighIDs macht das nichts, die bekommen ja den nächsten freien Slot (man könnte sie also auch ohne diese Unterbrechung normal durchlaufen lassen). Keine Vorteile, aber gegebenenfalls ein unangenehmer Nachteil.

Ich muß zugeben das mich ein Statement zu diesen Funktionen auch brennend interessieren würde. :yes:

Mit freundlichen Grüßen
Jicksaw


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:07 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