Wo hast du das denn gelesen? Der Morph MOD ist nicht speziell für AMD CPU's optimiert und läuft ohne Probleme auch auf Intel CPU's.

Zitat :

So für alle Morph XT Freunde!

Es gibt eine AMD Optimierte Version mit ein paar neuen Featuers!!
CPU auslaustung bei mir 03-08 Speicher bei 25Downloads gerade mal 23MB das ist sehr gut!!! Also kann ich nur empfehln!!!

eMule v0.43b MorphXT v4.1 RC1


Zitat Ende.

Ich war mir halt nicht sicher, und wollte einfach dann
nochmal nachfragen.
Bin grosser Fan des Morph Mods, allerdings lief der 4.o
bei mir nicht sonderlich gut.

Hab zur Zeit den Ackronic 2a und der geht ab wie die Wutz.

Ich habe eben bemerkt, dass beim Upload nur zwei Leute drin stehen. Einer davon bekommt 98% meines Uploads (10KB) ab und das schon mehr als eine Stunde lang... kann man da was einstellen, dass jeder etwas bekommt. So macht das wohl nicht viel Sinn!?

vermutung
 

@ Wetterprophet: ich hab's zwar nicht im changelog auftreiben können doch ich glaube dass in die v4.1 RC1 beide "optimierer" eingecodet sind und der mod sich dann jeweils anpasst.
wenn einer mit 'ner intel-dose das teil nutzt möge er es bitte posten, ich bin zu faul mir sourcen durchzunudeln :twisted:

da bleibt dann nur noch zu sagen dass ich endlich den nachfolgemod vom "eMule 0.41b29 MorphXT v1.5sc" gefunden habe!
geringe cpu-last, hohe, nahezu schon gleichmässige, up- und downloadraten - nicht wie so ein ekg-blatt mit tausenden zuckungen, bis jetzt 5 tage stabil gelaufen. :D FREU :D
die speicherbelegung is' bei mir nicht so tragisch - für'n hausgebrauch hab' ich genug in der büchse.

Die offizielle Morph-Version 4.1 ist erschienen, Details, wie immer, im ersten Post.

sehr schön.

Vielen Dank Pathfinder

Halli Hallo..

wollte nur mal sagen, dass der Mod auch bei mir echt gut läuft... Bisher keine Probleme, auch die CPU-Last hat sich stark gebessert. Womit ich mich bei diesem Mod nur nicht so anfreunden kann ist das mit der Ratio.

Aber nun gut, Hauptsache er läuft ganz gut :-)

Deer-Hunter

Ich habe den Mod jetzt auch seit einem Tag drauf... kann es sein, dass das Beenden der Dateien ewig dauert oder liegt der Fehler wo anders?
Bei der v4.0 lief das wunderbar.

Mir ist gerade noch aufgefallen, dass die CPU Last auf 100% beim Beenden ist!
Gar net gut! Was kann man dagegen machen?

bei mir habe ich anfangs 4 leute drinne, eine davon bekommt 98% UL.
Sind 24KB/S und der rest 0,5 - 1 Kb/s.

NAch ne zeit steig es auf 6 UL Slot und trotzdem bekommt nur eine 98% UL.
Da mußt mann was machen.

Hallo Bombada,

daß der erste Uploadslot die beste Geschwindigkeit kriegt ist absichtlich gewollt und kein Fehler. Der langsame Slot 2 rückt auch auf den schnellen Platz 1 vor, sobald der erste fertig ist. Gehört zum ZZ Slotfocus System. Die englische Erklärung des Entwicklers habe ich hier http://www.emule-web.de/board/viewto...=111075#111075 schonmal teilweise gepostet.

Ciao
Rumpelzuck

Nochmal was zum Thema Systemauslastung... Der Taskmanager meldet durchgänig 100% beim Betrieb der v4.1, egal was ich mache!
Ist das bei euch auch?
Hab nen AMD TB 1,2.

Hast Du dein Antivirenprogramm, ähnliche Scanner und gerade bei Norton die Protection so eingestellt, das der temporäre Emuleordner nicht geprüft wird?

Solche hohe CPU-Last kann daher rühren.

bei mir lief der Morph 4.1 auf einem P3 800 mit normaler Last wie andere Mods auch.
Aber mr.knollos Verdacht kann ich bestätigen, das Problem hatte ich früher auch mal mit dem Bitdefender Virenscanner.

Ciao
Rumpelzuck

also ich kann nicht klagen,bis auf die version 3.5 liefen alle morphs bei mir immer gut und stabil auf meinem kleinen amd k6-500 256mb,habe da auch keinen viruskiller drauf,nur die outpost firewall und hinterm router.aber eine kleinigkeit stört mich bei der final 4.1 und zwar habe ich hier permanent das kleine ratio r,obwohl ich 13up habe und keine friendslots.das fand ich bei der 4.1 RC1 aber um einiges besser!

und warum ist seit der 4.0 die restzeitanzeige total im eimer? da stimmt ja kein wert mehr... :( kommt mir vor,als ob sich die mod eher zurück bewegt,als vor.. die letzte version,mit der ich noch 100% zufrieden war ist die 3.3,danach konnte man echt nur noch sagen it´s not a bug,it´s a feature.

Liegt an der offiziellen Vorlage, sprich in 0.43x wird die Restanzeige anders berechnet, d.h. der Muli versucht dann von Haus aus eine Mischrechnung zu machen, zwischen was schon war und was werden wird :D In der neuen 0.44a kann man selber bestimmen, ob man die Restanzeige nach neuem Standard will oder wieder so wie es vor 0.43x war :)

Greetz

jo danke,dann mal her mit nem neuen morph auf 0.44a :D hoffe dann mal auch,daß ich da nicht permanent immer dieses r sehe oder wird man jetzt mittlerweile auch schon kastriert,wenn man was auf powershare hat? wäre natürlich blöd,wenn man etwas gutes tun will und released,aber dafür wieder was auf den sack bekommt durch ratiobeschränkung.in so einem falle wäre der morph dann als releasermod für mich gestorben. :(

Suppenkasper,
was du sagst ist falsch. Der Morph-MOD bestraft dich nicht wenn du ein File releasen willst. Die ZZ-Ratio greift nur, wenn du versuchst ein nicht vollständiges File auf Powershare zu setzen! Das nennt man dann aber nicht releasen, damit versuchst du dir einen Vorteil zu verschaffen, indem du nur zu Usern hochlädst, die wahrscheinlich auch was für dich haben. Das wird, und das finde ich richtig, durch den Morph-MOD mit einer 1:3-Ratio begrenzt.
Wenn du ernsthaft etwas releasen willst, hast du keine Beschränkung. IMHO eignet sich der Morph sehr gut zum releasen.

nee ich release selber sachen und unfertige files powersharen geht ja auch garnicht mehr beim morph,also war schon alles rischisch,was ich meinte oder nicht? also dann erklär mir doch mal einer,warum der mir bei der final 4.1 permanent ein r zeigt,was mir persönlich auf den zeiger geht und bei der 4.1 rc1 nicht? ich gebe sowieso meist mehr,als ich im emule bekomme,wenn´s hochkommt habe ich 1:1,3-5,deswegen meine frage,ob der morph mich als releaser bestraft oder wie soll ich mir das r erklären? ist doch offensichtlich ein bug

Bevor du einen Bug für das Verhalten verantwortlich machst, solltest du die anderen Faktoren für eine 1:3 Ratio klären. Das sind aktive FriendSlots und ein durchschnittlicher Gesamtupload von weniger als 10 kB/s (Netto, also ohne Overhead).

lies mal bitte,was ich oben schon geschrieben hatte.... 13up,keine friendslots :( werde wohl zurück zur rc1,wenn dieser morph hier nicht fähig ist oder mich bescheißt

Oops, das hab' ich wohl überlesen, sorry. Das kommt davon, wenn du dir beim Formatieren deiner Posts so wenig Mühe gibst. :wink:

Allerdings reichen bereits die Häkchen bei einem FriendSlot, selbst wenn der Slot gar nicht aktiv genutzt wird. Vielleicht hast du da einfach nur eines übersehen, benutz mal die Funktion "remove all Friendslot".
Bescheißen will dich der Morph sicher nicht. :lol:

Tja, aber genau das ist der Beschiss. Wenn der Slot nicht aktiv genutzt wird, sollte die Ratio nicht greifen. Ich hab z.B. jemanden der (nur mit ISDN, ohne DSL) bei mir immer Sonntags lädt (der hat einen XXL-Trarif wo ihn die Einwahl ins Netz dann nichts kostet). Normal ist das der einzige aktive Friendslot, den ich habe. Nun muss ich also immer am Wochenende um Mitternacht vor der Kiste sitzen und den FU von Hand aktivieren, weil mir sonst der Morph meinen Download runterdrückt, wenn ich das vorher mache (obwohl der Friend noch nicht mal online ist). Da geht es zu weit. Selbst der Original-EMule erlaubt einen aktiven FU ohne größere Konsequenzen.

Naja, was solls. Selber kompilieren hilft...

@Asmodis666

Aber das Prinzip von Morph bzw. zz ist diesem Fall sehr viel fairer ! Friendslot sind eigentlich nicht gerade die Fairness pur, desshalb sind in der offiziellen Version auch nur einer erlaubt. Dort hat er normalen Slot-Speed, der einfach total geteilt wird, macht also im Endeffekt nicht ganz soviel Daten aus. Der Moprh aber macht Slotfocus und gibt dem Friendslot (oder mehreren Slots) vollen Upload-Speed. Damit wäre dann theoritsch extrem unfaires verhalten mögliche. Dadurch das die Menge die an die Freunde nicht fürs Ratio mitgerechnet werden, ist das verhalten von Morph superfair und daher sind hier auch unbeschränkte Slots dann absolut kein Problem, im gegenteil ist im Endeffek sogar fairer als in der offiziellen Version, auch wenn es auf den ersten Blick nicht so aussieht.

Nice Greetz

habe auch keine nicht aktiven friendslots! und jetzt greift die ratio bei mir und kastriert mich mit großem R und das wo es einmal gut bei mir läuft,zum kotzen. also das sehe ich jetzt nun wirklich nicht mehr ein,der morph ist mir gegenüber unfair und das obwohl ich die regeln einhalte.ciao morph,das war´s jetzt :evil: 4.1 final sucks,mir scheint eher,als daß der morph mittlerweile nun überhaupt nicht mehr als 1:3 zuläßt,egal ob friendslot oder nicht.so habe gerade nochmal den rc1 raufgeknallt und der macht nicht,wie die final schon beim programmstart ein r,also kann mir keiner erzählen,daß der final bugfrei ist oder fair! habe nur die befürchtung,daß das auch mit kommenden versionen nicht besser wird,was wirklich schade wäre.

Nun, mir ist zu Ohren gekommen oder besser gesagt ich hab in nem Changelog gelesen:

REMOVED: Ratio no longer present [SiRoB]

Also hat es sich über kurz oder lang auch mit dem R in deinem Mod. Die Kritikern dieser Option wird es sicher freuen :-)

Deer-Hunter

Also ich halte von der Ratio auch nichts mehr.

Meine Gesamtratio beträgt 1,5:1, weil ich mit 50 kB uploade.
Letztens wurde ich in meinem dl beschnitten, weil ich die session-ratio 1:3 erreicht hatte. In dieser session stellte ich nur 12 kB zur Verfügung, weil der upload anderweitig benötigt wurde. DA war ich leicht angesäuert, als mein DL in die Kniee ging.

Den Kritikern muss klar sein, dass das Herausnehmen der Ratio mit einem Preis zu bezahlen ist. Die Friendslot-Funktion im Morph muss ohne die Ratio deutlich entschärft werden damit der MOD den Kriterien der DEVs gerecht wird.

kann mir nochmal jmd erklären was ein "r" bzw "R" bedeutet?

sowie das "F" bei einer file die ich hochlade?


[edit by Pathfinder: Doppelposts zusammengefasst. Board Rules beachten!]

Nun denn sollen sie mal machen. Ich für meinen Teil nutze den Friendslot eh nicht. Hatte das mal versucht aber dann wieder sein gelassen. Ich komm auch so an die Sachen die ich haben will :P

Von daher seh ich dieser Entwicklung doch mehr oder weniger gelassen entgegen.

Deer-Hunter

na da bin ich ja mal gespannt,was da mit der nächsten morph auf uns zukommt.ich bin ja nicht unbdingt kritiker von der ratiofunktion oder für deren abschaffung,nur soll diese dann bitte auch vernünftig funktionieren,so wie jetzt bei mir wieder beim downgrade auf 4.1 rc1.

Das kleine r sagt dir, dass du eines der Kriterien für die ZZ-Ratiobegrenzung erfüllst, aber die Beschränkung noch nicht greift. Das Große R zeigt an, dass das Feature gerade aktiv deinen Download drosselt. Die Kriterien selbst haben wir nun oft genug durchgekaut, du kannst sie in den letzten paar Morph-Threads nachlesen.

Du meinst das F in der Spalte Score in deiner Queue? Das F steht für Force Full Chunk und kommt aus dem ZZ-Upload-System. Es markiert Clients, die bereits einen UploadSlot hatten aber auf Grund höherer Prioritäten wieder in die Queue zurückgestuft wurden (z.B. Vorrang von Powershare). Das F stellt sicher, dass diese Clients auf den vorderen Plätzen der Queue bleiben bis sie ihren Chunk in einem weiteren Anlauf vollständig haben.



@ Deer-Hunter und Suppenkasper
Klar, richtig funktionieren muss das Ganze natürlich, offenbar gibt es in der 4.1 Final einen Bug in der Funktion. Davon abgesehen finde ich es extrem schade wenn die Ratio verschwinden würde, denn der Morph bzw. bietet ein paar exklusive Vorteile, die beim Releasen helfen, die durch die ZZ-Ratio erst möglich gemacht werden. Zusätzlich ist eine auf der Transfermenge basierende Ratio der beste Schutz gegen Leechen mit Hilfe externer Programme. Auch mit "kleinem" DSL mit 128 kbit Upload ist es mit den richtigen Settings möglich den Upload über 10 kB/s zu halten und somit ohne Beschränkung downloaden zu können.

Neues Release:


eMule v0.44b MorphXT v5.0
Description:
--------------------------------------
Changelog for eMule 0.44b MorphXT v5.0
--------------------------------------

MERGED : Code merged to 0.44a [SiRoB]
MERGED : Code merged to 0.44b [SiRoB]
MERGED : UNICODE related [AndCycle/Commander/SiRoB]

FIXED : Resource ID's several times [SiRoB]
FIXED : Minor gui display bug arround the category priority [SiRoB]
FIXED : Definitly fixed the Resume Next in the category context menu, this is not anymore a globaly Resume Next but a per-category resume [SiRoB]
FIXED : Temporary banned client by ip detected by the zerofilled feature are well done (resort ip binary array) [SiRoB]
FIXED : Localized / hardcoded IDS's [Commander]
FIXED : fix known.met, rehashing known file problem [AndCycle]

CHANGED: Removed the "..." and changed the tree in Morph preferency to [+] [SiRoB]
CHANGED: Make one menu for CRC32 related function [SiRoB]
CHANGED: Anti-Leecher Mecanisme by adding the reason of detection in log [SiRoB]
CHANGED: Percentage aspect on download progress bar [SiRoB]
CHANGED: You can use HideOS only if you are the complete source [SiRoB]

ADDED : Recalculate CRC32. Can be used to force eMule to generate the CRC32 of a file again - i.e. to check the correctness of a file after moving it to another hard disc. [MightyKnife]
ADDED : CRC32 Localize [SiRoB]
ADDED : ClientQueueProgressBar to TransferWnd [Commander/SiRoB] (Idea by Roman2k)
ADDED : Blinking Tray On Message Recieve from emulEspaña [Commander]
ADDED : ed2k FriendLink support from emulEspaña (adapted) (ed2k://|friend|Username|Userhash|/ and ed2k://|friendlist|Url of emfriends.met|/) [Commander]
ADDED : WapServer from emulEspaña (adapted) [SiRoB/Commander]
ADDED : Customized IncomingDir icon from emulEspaña [Commander]
ADDED : Preferency dialog use eMule Plus Group system [SiRoB]
ADDED : Intelligent Chunk Selection from stormit & pawcio by enkeyDEV [AndCycle]
ADDED : Option to stop removing trickle client from uploading [AndCycle]
ADDED : Adding UPNP,RandomPort,Inproved ICF from emulEspaña [SiRoB]
ADDED : Itsonlyme -modname- [SiRoB]
ADDED : Adding partial SNAFU code from eWombat [SiRoB]

TODO : DynIP [Commander]
TODO : CPU Usage and progressbar [Commander]

Quelle: http://emulemorph.sourceforge.net

Dort gibt es binaries und sources!

:dance

also hier hab ich bestimmt noch ein paar fragen :oops:

Danke schnulli900, es geht jetzt im neuen Thread weiter, hier.