![]() |
Aber wenn ich - wie in einem Falle - ein paar Dateien auf Release Powershare gestellt habe mit etlichen Quellen, HOS oder SOTN nicht aktiviert... Hat jemand eine Idee wie ich das ausstellen kann, mal ganz unabhängig davon, ob das vom Modder ein gewolltes Feature ist oder unabsichtlich oder ein Bug. Ich find´s nämlich nicht wünschenswert. Es muß auch im Powersharemodus gerecht zugehen meiner Meinung nach. |
Zitat:
ausserdem hat es da mal sowas wie "gleiche chance für jede datei" gegeben und zwar auch für PS schau mal in deinen optionen ob du sowas finden kannst. Pan Tau |
Da habe ich nur "Aktiviere PS-Prioritätsabstufungen" gefunden und dabei merke ich keinen Unterschied ob das nun aktiviert ist oder nicht. Das ist schon eine kuriose Geschichte. Bisweilen habe ich Powershare einfach deaktiviert und damit das "Problem" umgangen und einige Dateien dann auf normales "Release" gestellt. Aber wie gesagt: Ich finde Powershare eine feine Sache, aber der MOD sollte das nicht mit Freunduploadplatz verwechseln bzw. mehrere potenzielle Powersharedateiendownloader zum Zuge kommen lassen. |
Hallo, Naja, PS soll ja gerade nur ein File besonders bevorteiligen, wenn man nun aber gleich für mehrere Files PS aktiviert egalisiert sich diese Bevorzugung natürlich auch wieder. Alle im PS laufenden Files sind wieder auf der gleichen Stufe. Ist genauso sinnlos wie viele Files auf Release zu stellen; die gewünschte Bevorzugung ist weg. Dann spielen da ja auch ewig viele Faktoren zur Abschätzung mit rein, wieviele Clients stehen für jedes File an, wieviele bereits vollständige weitere Files detektiert der Morph, ist HOS aktiviert und wie ist es eingestellt, ist SOTN aktiviert, bei welchen Files ist es aktiviert, wieviele LowIDs sind am anstehen. Aus all diesen Faktoren macht der Morph eine abschätzende Berechnung wie die Chunks an welche Clients verteilt werden sollen. Zudem kommen und gehen Clients, es ist also ein hoch dynamischer Prozess dessen Parameter sich ständig ändern. Da die Client an die gerade hochgeladen wird, die im UP sind, noch nicht in die Berechnung mit einbezogen seien können, ist als Folge die Abschätzung zwangsläufig sowieso recht fehlerhaft. Und diese Fehlerhaftigkeit potenziert sich je mehr Files im PS laufen; macht folglich wenig Sinn mehrer Files im PS zu haben. Ich stelle PS normal immer nur für ein File auf "aktiviert" und dann meist auch nur "limitiert", z.B. auf 7 vollständige Quellen. Dann deaktiviert sich PS automatisch wenn 7 Clients mit vollständigem File im Netz vom Morph detektiert wurden. Ansonsten bleibt es auf "auto" oder eben deaktiviert. Wenn denn tatsächlich mal bei einem File keine weitere vollständige Quelle gefunden wird, springt PS automatisch an und deaktiviert sich sofort wenn wieder eine gefunden wird; passiert aber eher selten. Anders macht PS mMn auch wenig Sinn. Viele Grüsse, Tom Edit: nicht Clients, sondern, "...Files im PS laufen;..." |
Das mit den vielen verschiedenen Faktoren leuchtet mir ein, besonders der Umstand, viele Dateien auf "Powershare" zu stellen oder HOS, SOTN und ähnliches. In meiner Situation hatte ich z.B. rund 1600 Quellen für alle Dateien zusammen, dann stellte ich einige, wenige größere Dateien auf Powershare. Sagen wir mal: 1oo Quellen für Powersharedateien. Keine HOS, kein SOTN, LowIDs unter 15% - mehr als genügend Chunks zu verteilen. Und da fände ich´s dann nur gerecht, wenn er alles unter diesen 100 Clients gerecht verteilen würde, statt 4 oder 5 von ihnen ständig durchladen zu lassen und den Rest leer ausgehen zu lassen. Aber ich habe jetzt einfach mal Powershare weggelassen und versuch´s mit normalen Prioritätsabstufungen - muß ja auch gehen. |
@Manne Dumke Zitat:
Das Feature Powershare dient dazu, bestimmte Dateien "ausserhalb" der normalen Routine zu versenden. Es gibt aber auch da für jeden Geschmack, etwas verschiedene Möglichkeiten. Genaugenommen hat nahezu jeder Mod ein eigenes Powersharesystem. Zudem gibts da noch eine Unzahl von Konfigurationsmöglichkeiten. Die Hauptlinien sind: Zzul PS, MorphXT/Zzul PS, Pawcio PS und Sivka PS. Für Dich, schätze ich mal, kommt am ehesten das Sivka-System in betracht, welches ein variables Boost-Ps anbietet....bedeutet, die ersten Slots werden nicht "sofort" freigemacht, der User muss durch die Warteschlange. (dieses findest du im Sivka und neuerdings auch im Stulle Mod) ...am besten, beist Du Dich mal selbst da durch und versuchst, dass Dir am entgegenkommendeste System zu finden. Januar |
Zitat:
Zitat:
Darüber hinaus sehen natürlich alle nicht auf Powershare stehenden Files alt aus. Ist ja aber auch Sinn der Übung, wie Januar richtig angemerkt hat. Es gibt aber noch einen Parameter an dem man drehen kann - und das ist die Powershare Datarate. Hier lässt sich eine Bandbreite angeben, die nur für Powershare-Dateien verwendet wird. Der Rest wird nach wie vor für normal gesharte Files vergeben. Es zeigt sich mal wieder was der Morph für ein mächtiges Werkzeug ist, mit einem Uploadsystem, das komplex, aber eben auch sehr individuell konfigurierbar ist. |
Zitat:
Aber Leute, ich wollte da jetzt auch keine endlose Diskussion vom Zaun brechen, ich lasse Powershare momentan einfach deaktiviert und aus die Maus. Der Upload funktioniert auch mit "normalen" Prioritätsstufen. |
also, mit den abstufungen bei powershare, also den prios dabei, kann man sehr gut den upload beim powershare steuern. nur mal anmerken wollen mav744 wie fast immer on stulle testing |
Zitat:
Pan Tau |
Morph 9.3 is released... |
Liste der Anhänge anzeigen (Anzahl: 1) and now this is my continuos error see dump file attached |
I'm using Stulle 4.3 basing on Morph 9.3. I took note of some heavy upload break in from time to time (at least when USS is acitvated). I'm not quite sure if its Stulle's or Morph's fault, but I had the same prob with Morph some versions ago. You got any reports about that leukhe? |
router, or non? i have stulle 4.3 with router, no USS and never problems with upload....a line like a ruler.... so it must be your machine...or your conection...but it's strange.... mfg myth |
Zitat:
PS, i keep a more frequent look at emule-project.net for faster responses.... |
Zitat:
I had the exactly same prob in MorphXT 8.14 (I guess) and I mean to remember, that it was announced as a verified bug in the changelog. |
Ich habe das hier gefunden: SourceForge.net: Files Ist das jetzt die vollwertige Version 9.4 oder ist das irgendwie ne Vorabversion oder was ist das? |
Hmmm scheint keine Vorabversion zu sein, steht aber tatsächlich noch nicht auf der offiziellen Seite. Besser abwarten bis sie auch auf der Seite präsentiert wurde. |
9.4 ist raus: Emule 0.47c Morphxt V9.4 [24-01-2007] - Official eMule-Board download: Kademlia-MoDs.de - eMule 0.47c MorphXT 9.4 Download .daguru |
|
THX, hoffe, die 9.4 hat besseres Upload-verhalten als 9.3 :twisted: Gruß |
Bei mir verhält sich USS etwas besser, habs seit gestern Nacht laufen. |
Zitat:
Useful Links. - Official eMule-Board :beer: |
Hallo, meine Erfahrungen mit dem neuen Morph: zuerst die guten :yes: : 1. Danke, daß die UPnP-Meldungen nicht mehr angezeigt werden (seit 9.3). :mrgreen: 2. Besser als vorher (ab 9.4) ist auch eindeutig, daß mehr Quellen gefunden werden. Finde jetzt bei sehr seltenen Dateien wieder Quellen, wo vorher niemand mehr in meiner Liste war, obwohl die "Muli-Suche" anzeigte, daß mindestens 1 vollständige Quelle vorhanden ist. :clap nun die nicht so guten : 1. USS ist bei mir, nach wie vor nicht nutzbar, da unter USS zwischen 22-32 UP-Slots geöffnet werden (auf Dauer) obwohl ich "Trickle-Slots-beibehalten" abgeschaltet und Slot-Focus auf 5 stehen habe. Die werden auch nicht abgebaut (s.a. 2.) - mein Minimum in den letzten 24 Std. lag bei 19 geöffnetet Slots. 2. Deshalb kommt es mir so vor, als ob es kein ZZul mehr gibt (ab v9.3), da wenn so viele Slots geöffnet sind, diese dann alle GLEICHMÄSSIG ein UP zwischen 1,5 und 2,2 haben und keiner mal höheres UP bekommt. Dauert dann natürlich ewig bis ein Chunk übertragen ist und max. "Pro-Client-Transfer" wird scheinbar völlig ignoriert. Das ist sowohl bei PS- als auch normal-Slots so. Bei SUC läuft alles normal, so wie es sein soll (bis auf 3.) 3. Wenn ich einen FU-Slot mit 7KB einstelle bekommt der dann so zwischen 6,7 und 6,8 UP, was ja normal ist. Wenn ich diesen dann allerdings z.B. auf 14 UP erhöhe bekommt er "nur" noch zwischen 11,5 und 12,2 UP. Ähnlich ist es wenn ich 2 FU-Slots öffne mit Gesamt 14 (MAX-UP/Slot: 7); dann bekommt jeder nur noch zwischen 5,9 und max. 6,2. Bis Version 9.2 bekamen die dann beide Ø zwischen 6,7 und 6,8 UP. Muß ja nen Grund haben, weshalb das UP pro FU-Slot plötzlich so niedrig ist; zuviel Datenaustausch oder was anderes. :neutral: Gruß Dia |
Hallo, Sehr merkwürdig Eure Probleme mit USS und zuvielen UL-Slots. Meine Erfahrungen mit Morph und jetzt Stulle sind da genau konträr. Ich kann sicher sagen, dass seit Morph v.8.10 USS bei mir fehlerfrei arbeitet; und auch im Schnitt immer zwischen 2 bis 7 UL-Slots geöffnet sind, selten mehr und dann fast nie über 10. max. client datarate: 0 (unlimited) Slot Limiter: no Limit PS: max. global datarate limit (% of upload speed) 70% Don't remove spare trickle slot: yes Ansonsten keine Begrenzungen. Der Muli macht bei mir nur dann viele bis ca. 20 UL-Slots und mehr auf, wenn's in der Leitung richtig eng wird. Wenn alle 4 am Router hängenden PC ordentlich Traffic verursachen; was aber selten der Fall ist und sich ziemlich schnell von allein wieder runterregelt. Ich hab mal ein Bild (Statistik) angehängt, der UL sieht eigentlich immer so aus, leichte kurze Einbrüche gibt es nur wenn Clients im UL wechseln. http://freenet-homepage.de/tsi-home/...stullev4_3.jpg Grüsse, Tom |
Zitat:
Zitat:
Zitat:
|
Thread aktualisiert auf v9.5 |
Thanks for 9.5, but removing of trickle slots doesn't work very well (if at all) and although I set powershare to 100 % of upload speed there are still other non-PS files in the upload queue after activating PS ... and other non-PS files can even still enter the upload queue, when PS files leave the upload queue, just to stay (most of the time) in standby at the bottom of the queue. Pretty weird ... Activating PS used to kick immediately all non-PS files out of the upload queue, but this doesn't work anymore. |
ich habe ja auch diese "Zuviele Upload-Slots" problem, aber heute ist mir etwas unglaubliches passiert. im zuge der umstellung meines dsl-anschlusses und warten auf die hardware dachte ich mir, optimiere doch schon mal ein wenig. (meine aktuelle hardware ist zumindestens 8000 fähig und das arcor schrottmodem 200 will ich nicht benutzen) dabei betrachtete ich auch die option "Zeige Overhead Bandbreite" und dachte mir wozu brauch ich die noch, mittlerweile weis ich ja etwa wieviel dafür draufgeht und eventuell spare ich mir ein paar promille systemleistung wenn ich sie deaktiviere. gesagt getan, nach einiger zeit fiel mir auf das sich mein morph an die vorgesehene anzahl upload-slots hielt, allenfalls mal einen mehr als notwendig öffnete. hmmm....... woher kommt das denn.......einzige wirkliche änderung war doch dieses overhead dings. also wieder aktiviert und erstmal passierte nix, aber nach einiger zeit fing der morph wieder an zuviele slots zu öffnen. overhead wieder aus, wie soll es anders sein die slots reduzierten sich langsam wieder und nach etwa 30 minuten auf dem vorgesehenen level zu halten (+ 1 oder 2). mir ist nicht klar wie sich dieses meiner meinung nach optische gimmick so auswirken kann, aber zumindest in meinem fall scheint es doch reproduzierbar für das upload-slot problem verantwortlich zu sein. |
:lol: nö, nö, ganz sicher hat diese Anzeige damit nix zu tun. Der 9.5 hat eine etwas straffere Uploadregelung, die träger reagiert. Wenn du Dich an die alte Regel hälst, nicht mehr als 75% - 85% der maximal Upload-bandbreite einzustellen, funzt diese Version. Wenn man es aber krachen lassen will, also unbegrenzter Upload, ist dann doch eher die original Zzul Basis die bessere Wahl...warum das im MorphXT so anders ist...keine Ahnung.:chuckle Januar |
Zitat:
Naja, egal, wie ich oben auch bereits schrieb, ist das Management der Upload Slots leider auch für mein Empfinden nicht mehr besonders, insbesondere bei 100%. |
im moment betreibe ich meine leitung mit sicherheit nicht am limit. es ist aber komisch das ich stundenlang mit 5 (gewollten) upload-slots unterwegs bin und sobald ich die overhead anzeige anschalte der morph ohne sonstige änderung nach und nach bis zu 6 weitere öffnet. schalte ich die anzeige wieder aus, arbeitet der morph die aktuellen slots ab und pendelt sich dann wieder bei 5 slots ein. ich meine verstehen muss ich das nicht, bin aber letztendlich froh das ich damit etwas mehr kontrolle über das verhalten des morph gewonnen habe. |
Ehrlich gesagt glaube ich auch nicht, daß diese Anzeige derartige Wirkung hat. Aber wenn Du die Möglichkeit hast, das mal über ein paar Tage genauer zu beobachten, und sich diese Beobachtung bestätigt, das wär' schon witzig (und interessant). Mit gespannten Grüßen aalerich |
|
Bedank' dich nicht bei mir, sondern bei leuk_he, er vertritt das Modderteam des Morph bei uns an Board. ;) Btw, willkommen an Board. :beer: |
Version 9.5 funzt 1a - Super Teil ... danke an @leukhe @Stulle und alle die daran arbeiten - klasse gemacht :clap V9.5 läuft stabil und baut zuviele geöffnete Slots auch relativ schnell wieder ab, dank funzendem ZZul ... im Übrigen seh ich das auch so, wie @Januar1956, daß es nur dann Probleme gibt, wenn die Leitung stark beansprucht wird, ansonsten funzt alles prima ...:yes: @Verlierer Zitat:
Zitat:
Zitat:
Nicht jede Mitteilung oder Kritik ist negativ gemeint, soll lediglich dazu beitragen Probleme zu lokalisieren und zur Verbesserung des Programmes beizutragen ... Jetzt auch nicht mehr so wichtig, da gerade die von mir geschilderten Probleme mit der v9.5 behoben wurden und der Morph, bei mir jedenfalls, jetzt wunderbar läuft.:beer: Noch ne Bitte bzw. Verbesserungsvorschlag: Wäre Toll, wenn Ihr im Morph, die Funktion "In Warteschleife" (Register Datei) implementieren könntet. Find' ich ne gute Sache im Scarangel. Hoffe, das UPnP-Zeitproblem wird auch bald gelöst ... Gruß Dia |
Also die neue Version 9.5 läuft spitze. Wäre es vielleicht möglich in der nächsten Version den Wasserstand etwas optisch aufzupeppen ? Danke. Lg |
Hallo, gibt es beim Morph eine Möglichkeit den Clientnamen hinter den eigenen Namen anzuhängen, wie bei Xtreme oder Scarangel, also "[????] «Clientname»" ? In den Einstellungen und der preferences.ini hab ich nix gefunden. Gibt es vllt einen undokumentierten Eintrag für die preferences.ini ? Da versucht nämlich so ein Idi** mit nem "Apfelsaft"-Teil mich zu faken. :shock: Oder gibt es sonst eine Möglichkeit seinen Namen nicht fakebar zu machen ? Bin für jede Antwort dankbar ! Gruß Dia :twisted: |
Hi Diabolo111, Nimm den StulleMule, der basiert auf dem Morph, hat alle Morph Optionen dazu weitere nützliche Features und erweiterte Leecher-Bann-Controllen. Damit wird so ein NickThief einfach gebannt und Du hast Ruhe. Bin auch vor ca. 3 Monaten vom Morph auf Stulle umgestiegen. Viele Grüsse, Tom |
Hallo vielen Dank @Tom-XT, werd ich auf jeden Fall heute noch testen. Würd' mich aber auch freuen, wenn es für den Morph, da ne Lösung gäbe, falls jemand eine hat und ob der Mod, der sich nur als "eMule 0.47c" identifiziert, gebannt werden kann. Es gibt andere "Apple.....-MOD" bei denen steht der Name und auch ne Versionsnummer (1.x.x.x) dabei, die geben auch ab. Es sind also nicht alle von denen "böse". Noch ne Info: Wenn ich mich umbenenne, übernimmt dieser MOD bei der nächsten Anfrage scheinbar automatisch meinen neuen Namen. Hab ihn mal als "besonderen" :cry: "Freund" aufgenommen und siehe da, unter "Nachrichten" -> Details hat er immer noch meinen "alten" Original-Namen. Für jede weitere Hilfe dankbar. Gruß Dia :neutral: |
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:48 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.