Warum "drop too frequently blocking sockets" nur ...

[R3V0X]

... wenn auch "open more slots if needed" aktiviert ist?

Im Sinne der Ausnutzung des zur Verfügung gestellten Uploads ist das mehr als kontroproduktiv. Denn so kann es leicht passieren, dass die Slots und damit der Upload von lauter "blocking sockets" praktisch lahmgelegt wird.

Eigentlich müsste man bei deaktiviertem "open more slots if needed" noch aggressiver "blocking sockets" rauswerfen ...

[Xman]

weil man open more sockets nicht ausschalten sollte.
Hat man eine fixe Slotanzahl (indem die Option ausgeschaltet ist) könnte man das Feature zu sehr ausnutzen und generell nur an schnelle Clients uppen.

[R3V0X]

Hmm, dann lieber den Upload ungenutzt lassen?

Außerdem wo ist der Unterschied, ob Clients mit oder ohne eingeschaltete "open more slots" Option (bei selben "Kick"-Bedingungen) "rausfliegen"? Wenn ich mehr Slots erlaube, dann darf der Client gekickt werden, aber wenn nicht, dann nicht? *verwirrt*

[Xman]

1. das entfernen blockierender SSockets darf nur aktiv sein, wenn der Upload vernünftig eingestellt ist... sonst würden alle sockets geblockt.
2. ob der Upload vernünftig eingestellt ist kann der Xtreme lediglich an der Uploadgesundheit erahnen.
3. die Uploadgesundheit geht runter, wenn falsche Uploadeinstellungen oder zu wenige Sockets eingesteltl sind
4. wenn "open more slots", dann werden bei Bedarf zusätzliche Slots geöffnet.. aber wenn ausgeschalten eben nicht... und dann würde die Gesundheit sinken. Folglich wüßte ich in dem Moment nicht mehr warum sie gesunken ist.. siehe Punkt 3.

[Blomy]

Meinem Wissensstand nach ist der Xtreme genau wie alle anderen Emules empfindlich im Bereich
found Sources > 6000 | waiting Clients > 5000 (obwohl er da wesentlich trotzdem wesentlich besser ist)
Da habe ich dann auch solche Anzeigen wie bei R3V0X.
Es sind leider immer wieder "miese" Clienten dazwischen, die einem (miir) den sauberen UL vermiesen.