tjoa, das war das negativ beispiel für screenshots. ich erkenn darauf praktisch nichts. was ich vor allem brauche ist die BR, meint BlockRatio.

Mann, mann, herrscht hier ein Ton :(

Muß mich hoffentlich nicht noch entschuldigen, daß ich ein Problem hab ...

Wenn ich mal Hellseher bin und Gedanken lesen kann, mach ich alles so, wie's jeder haben will. Solange ich das jedoch noch nicht kann, weiß ich gewisse Dinge erst wenn es gesagt wird ... EDIT:// für's nöchste mal werd ich's mir merken ...

Hoffe das ist nun so richtig ->

http://img55.imageshack.us/img55/682...gleichlah8.jpg

Gruß Dia ;)

Da kämpfen wir seit Jahren um bessere Anbindungen...und nun der Ruf: "Zurück in die Steinzeit!" :-o Hallooo!!! Ich soll Rücksicht auf die einzigen 1 -2 User in Deutschland mit 768 Anbindungen nehmen, die keinen Download wollen???? ...ich glaub ich steh im Wald. :bang :bang :bang

Nichts für ungut, aber das ist so ziemlich das dämlichste Posting, was ich je hier gelesen habe.
Wenn die weniger Download haben wollen, sollen die gefälligst selbst ihren Downloadregler runterschieben!

Januar

januar: is okay, verlagert das bitte ins offtopic, okay?

dia: erst mal, das war einfach nur wieder meine subtile art mit der ich ohnehin alles kommentiere. frag mich wieso da immer noch leute abgehen... aber gut.
nu denn, das ist noch ein screenshot, mit dem ich was anfangen kann. das sagt mir aber leider noch nicht alles. dafür bräuchte ich auch noch was ausm verbose log, nämlich alle nachrichten die so mit dem upload zusammenhängen. was ich aber ganz klar sehe ist, dass ausser client 6 alle clients mal ne BR hatten. da der code versucht gleichmäßig zu teilen kann es natürlich sein, dass neue rein kommen, wenn bei einem speed von 26 also alle voll nehmen ausser einem und deshalb die 220 durch PS nicht voll werden, dann brauchen wir einen neuen und je nachdem wie viele schon drin waren, je weniger kriegt dann jeder im vergleich zu vorher. das ganze ist aber wesentlich komplexer. ich geb dir mal nen link, den liest du dir durch (ich hoffe du kannst englisch) und ich hoffe du bist dann schlauer.
Slotlimiter Feature Request Refusal - Official eMule-Board

außerdem, wenn du als limit für den UL 230 eingibst und freunde alles bekommen sollen, dann gib lieber 0 ein, ist für den code besser, da brauch er nicht erst noch rum rechnen.

OK ! Danke für den Hinweis, hab ich gemancht. :yes:

Hab ich mir durchgelesen und leuchtet mir auch ein. Ich "jammer" auch nicht *gg, er nutzt ja die Bandbreite voll aus. Wollt eigentlich nur drauf Hinweisen, daß es bei mir die Probleme mit der "Begrenzung" gibt.

Da hab ich ne Frage zu: Hab, vorsichtshalber, beide LOG's mitprotokolliert. Alleine in dem Verbose-Log von Heute sind das ca. 90.000 Zeilen (25,4 MB) :LOL: - die kann ich natürlich nicht alle durchsehen.

Welche Zeilen, mit welchem Anfang z.B. bräuchtest Du und wieviele Zeilen würden Dir genügen ? Kann Dir auch die kompletten LOGs schicken, nur werde ich die hier nicht veröffentlichen (hoffe verständlicherweise), geht ja schließlich nicht JEDEN ;) etwas an ... Außerdem müßt ich Dir dazu noch ne Besonderheit mitteilen, die ebenfalls niemanden sonst was angeht ...

Gruß Dia ;)

als erstes solltest du mal alle loggings außer banned und up/down ausmachen, damit ist schon mal ne menge gefiltert. dann alles was nach upload aussieht. im grunde reichen mir auch 1-2 stunden, da der upload ja zumeist recht schnellebig ist. aber ich will ja auch in erster linie einen trende erkennen und nicht das ganze ding debuggen. ;)

is aber echt löblich, dass du nicht einfach blind postest und vorher fragst was ich brauche! ;)

Tue mein bestes :yes: LOGs, nur mit banned und up/down. Sorry, ging nicht früher.

2008-05-22_18-33_LOGs-MorphXT-11-no-Slotfocus.rar

Erläuterungen im Archiv. Hoffe, daß das so in Ordnung ist.

Gruß Dia ;)

EDIT:// Download-Datei (Logs) hinzugefügt

das log sagt mir ziemlich genau das was ich vermutet habe. clients werden rausgenommen, weil ihr upload beendet ist. daraufhin wird ein neuer eingefügt, weil sonst zu wenige clients drin sind... also ich kann nichts falsches erkennen. was ich fir empfehlen könnte für den moment wäre zum einen den slotspeed hoch zu setzen und mal gucken wie er sich dort verhält oder direkt auf slotfocus umzusatteln.

danke für die arbeit. :)

DANKE für die Antwort. :) Ich werde beides mal ausprobieren und morgen berichten ...

Gruß Dia ;)

Hab es nun nochmal getestet: Wie bereits gesagt, "slotspeed hoch zu setzen" bringt gar nix. Egal ob ich dort 50, 100 oder sonstwas eingebe, UP wird immer gleichmäßig durch die Slots geteilt.

Slotfocus geht bei mir gar nich, weil
a) keiner den Speed abnehmen kann, daher bricht mein UP meist auf ~130 ein, die Graphik sieht aus wie ne Berg- und Talbahn :twisted: und
b) die CPU-Belastung vom MoD steigt auf über 30%.

Laß es jetzt mal so, wie es ist, geh weiter selbst auf suche, und hoffe, daß der Grund bald gefunden wird und ne neue Version raus kommt. Finds nur eigenartig, daß ich der einzige sein soll, der das Problem hat ... bei der 9.5 bzw. StMu 4.5 hat das einwandfrei gefunzt ... iss ja im Code auch direkt zu sehen, daß da verändert wurde ...

Bin auch gern bereit, vorab mal zu testen, wenn Ihr jemand braucht ...

Gruß Dia ;)

kurz um, es wurden bei erhöhter slotgeschwindigkeit auch keine slots verringert? komisch... aber ich habe mich in der vergangenheit nicht viel mit dem morph upload beschäftigt. grundsätzlich sollten wir aber auch festhalten, alles was nicht 3 kbps ist, sondern höher ist im grunde ein gewinn gegenüber dem offi.

ein kumpel von mir hat nen muli mit 400 kbps am laufen und je nach dem was der so shared brauch er mal 15 clients um den speed zu füllen, mal 45... das ist leider viel zu oft die schuld schlecht eingestellter clients...

Eben...man kann natuerlich eine Mod coden, die sich strikt an die Slotlimitierung haelt, und was hat man davon? Uploadeinbrueche...

Lieber ein paar Uploadslots mehr...wenn mein Bruder ein Video auf Youtube anschaut, gehen auch mal kurz 10 Uploadslots auf! (26 KB/s Upload limit habe ich im mule...)...

genau, grundsätzlich nicht ! :( i.d.R. hab ich 7-9 UP-Slots; 6 x ~38 + 2-3 Trickle oder 5 x ~43 + 2-3 Trickle.

Ausnahme: wenn ich den UP Pro Client höher Stelle, z.B. auf 80, dann wird, wenn z.B. 2 oder 3 nicht richtig abnehmen können - und nur dann - , der restliche UP auf z.B. nur 3 Leute gleichmäßig verteilt, die dann auch mal auf über 60 UP kommen können, aber nie auf das, was in "MaxClientDataRate..." eingestellt ist.

Seh ich auch so, vor allem wenn das so, wie jetzt beim MorphXT, sehr moderat geschieht. Damit kann man gut leben ...:yes:

Eigentlich gehts mir nur darum aufzuzeigen, daß "Max Pro Client" ignoriert wird. Die MoD läuft insgesamt prima :clap

Hab vorhin mal nur 4 UP-Slots gehabt -> gleich mal Screenshot gemacht:

Daß nun aber niemand denkt, das wär' öfter so :LOL: war ne große Ausnahme. Hab ich zum allererstenmal gesehen ...

Wie man auch hier schön sehen kann wird der UP ganz gleichmäßig auf die 3 PS-Slots verteilt.

Schon fast unglaublich wie genau das aufgeteilt wird. :twisted:

http://img47.imageshack.us/img47/553...it3pspcdb8.jpg

Gruß Dia ;)

naja, ignoriert würde für mich heißen er gibt mehr raus. macht er ja atm nicht. ich denke es ist einfach so, dass er mehr slots öffnet sobald einer nich genug nimmt er aber in jedem fall immer gleichmäßig verteilt. das heißt er wird wohl nur dann allen genau so viel geben wie du möchtest, wenn auch alle so viel abnehmen können. möchte heißen bei 200 up und 50 slotspeed klappt es nur bei 4 leuten die wirklich zu 100% abnehmen ohne BR.