Morph XT öffnet zu viele UL slots => verbraucht viel CPU und FID hoch
 

Meine Morph XT 8.13 macht bis zu 60 UL Slots auf aber in den Einstellungen ist diese Option
"Slot limitierung auf X Slots" nicht Aktiviert. Durch diese Übermäßig hohe Anzahl von Slots geht der Prozess: "Sytem" auf 30...40% CPU Auslastung und dies wiederum Treibt RM Clock auf Multipler 11x.
Mein Muli ging sonst immer mit ca 10 UL Slots und RM Clock auf Multi 4x.

Jedenfalls steht der Muli mit dem Prozess System in direktem Zusammenhang, weil wenn ich den Muli abschalte geht der Prozess System auf 0 ... 2%. Wenn ich den Muli wieder Anschalte geht der Prozess System gleich wieder Hoch auf 30...40% manchmal auf 65%. Und RM Clock geht daraufhin gleich wieder auf Max.



Ich hab meine UL Kapazität sonst immer auf 60KB/s Limitiert und der Muli ist Supi gelaufen. Habe dann den UL auf 57KB/s eingestellt.

Ist meine Leitung schlechter bzw dünner geworden?

Habe jetzt TaskManager und RightMark Clock beobachtet. Wenn der Muli Startet ist der FID sehr hoch ungefähr 8 Minuten bis alle Quellen abgearbeitet sind. Emule geht auf bis zu 25% CPU und macht spitzen auf über 80...90%.
Nachdem die Quellen abgearbeitet sind geht Emule auf 2...15% und wenn er dann auf über 30% bis zu 70% geht schnippst RM Clock auch gleich mit hoch.

Was verursacht diese hohe CPU Auslastung beim Morph XT.

Laut Statistik geht die CPU auslastung und FID immer bei einer höheren Verbindungrate (so ab 180 Verbindungen) in die Höhe. Und Dieser Zustand ist immer bei der Neuabfrage der Quellen und ab 3 Stunden betrieb ist es immer Hoch CPU und FID.

Router ist ein Fli4L mit 16MB.

Es ist altbekannt, dass das Mulchen eine Uploadslotmania betreibt wenn das Sys ausgelastet ist, das es aber eMule selbst ist was diese Auslastung verursacht klingt seltsam. Könnnte der Router in Sachen gleichzeitige Verbindungen überlastet sein? Hast du mal einen Clean Install von Morph gemacht?

was die auslastung angeht, das liegt bestimmt an deinem system. bei mir kommt der morph allenfalls in der startphase mal über 50% ansonsten sind es eher 15 und weniger. vielleicht ist es auch ratsam ab und an mal neu zu starten da sich im laufe von mehreren tagen ( wenn er stabil läuft eher wochen) der speicher bedarf deutlich erhöht.
auch eine niedrigere Max Conn je 5sec kann sinnvoll sein da dann die quellenabfrage auf einen grösseren zeitraum ausgedehnt wird, nur die zuviele verbindungen könnte anfangs etwas ansteigen was sich aber nach einiger zeit von selbst regelt.

zu den vielen upload slots habe ich eher die vermutung einer programmier unachtsamkeit.
normalerweise offnet er soviele slots das er mit den eingestellten slotlimits das globale uploadlimit erreicht.
z.b. 20Kb up bei 5Kb je slot bedeutet 4 slots. sollte ein slot nicht genügend abnehmen können merkt das der morph und öffnet einen zusätzlichen um wieder die 20Kb up zu erreichen.

hat man aber nun USS aktiviert und der upload wird automatisch reduziert, bekommt das die slotberechnung vielleicht nicht mit weil sie ja auf das globale limit und nicht das akuelle USS limit verweist und geht von freier upload kapazität aus.
das hat dann zur folge das ein weiterer slot geöffnet wird der das globale limit wegen der USS limitierung ja wieder nicht ausfüllen kann und eher zu einer weiteren reduzierung das USS limits führt wodurch dann wieder ein zusätzlicher slot aktiviert wird...............................

es ist nur eine vermutung ( habe leider vom coden keine ahnung) aber zumindest kann ich bei mir beobachten das bei aktiviem USS immer mehr upload slots geöffnet werden als bei erreichen des globalen upload limits (was aber auch zufall sein kann).

Da muss ich widersprechen. USS und Slotfokus sind kein Problem, wohl aber schlechte Verbindungen oder wie gesagt glückliche Clients deren Downstream ausgelastet ist, aber das passiert natürlich nicht ununterbrochen.

Wobei bei manchen Version der Fokus bei mir auch miserabel lief, in der 8.13 war er jedoch so sauber wie lange nicht mehr. Von der 8.14 brauchen wir gar nicht erst anfangen...

Also ich habe jetzt die Fehler gefunden:

Mein K8N-E deluxe ist ein Fall für den Versandhandel ich hab ja noch Garantie.
Das war schonmal zur Reperatur (wird nicht mehr Hergestellt, hat sicher zu viele Rückgaben gegeben).
Aber 6 Wochen:no:will ich ne warten.

Habe jetzt ein K8N-E :( gekauft (so eine Verschlechterung aber da brauche ich wenigstens keine Neue Hardware) welches bei RedZack seit Wochen rumlag (Sauteuer war des), und musste leider die Feststellung machen das sich die niegelnagelneue 7V300F0 (am 1.8. bestellt) überhaupt nicht mit den Nforce3 verträgt und jetzt geht se überhaupt nicht mehr. Sie lässt sich nicht mal mehr Partitionieren alle möglichen tools durchprobiert. Also auch ab damit zu Reichelt.

Und das wo ich eine HDD komplett extra nur für Muli eingerichtet habe.

Nun denn mal sehen wie der Morph jetzt auf den Funktionstüchtigen System läuft.

Danke für die Antworten

Gruß Pistenbully