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.
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