![]() |
eMule 0.47c MorphXT 9.6 [19.03.2007] eMule 0.47c MorphXT 9.6 Zitat:
eMule 0.47c MorphXT v9.5 Zitat:
eMule 0.47c MorphXT v9.4 Zitat:
eMule 0.47c MorphXT v9.3 Zitat:
eMule 0.47c MorphXT v9.2 Zitat:
eMule 0.47c MorphXT 9.1 Zitat:
eMule 0.47c MorphXT 9.0 Zitat:
|
Tut mir Leid das ich die neue Version gleich wieder in den Dreck ziehen muss aber... http://img244.imageshack.us/img244/4620/dreckba2.th.jpg http://img62.imageshack.us/img62/4691/dreck2ga9.th.jpg Der Upload ist bei mir noch viel instabiler als bei der 8.14. Wenn ich die exe der 8.13 benutze läuft alles wieder Sahne, glaube also nit, dass es an mir liegt. Hat noch Jemand das Prob? |
bei mir übernimmt er nicht die Einstellung für Messages das die spam Messages nicht mehr komm :( @edit jetzt gehts... |
Habe mich gerade auf anderen Boards umgeguckt. Mein Uploadprob ist weit verbreitet, teilweise sogar noch heftiger. |
Also ich konnte meinen Upload seit 5 Monaten mal wieder erfolgreich auf 65 KB/s stellen mit dieser neuen Version. Supi:dance Gruß Pistenbully |
Zitat:
... und der Download ist voll krass. :beer: Einzig, diese ollen Fehlermeldungen: Fehler beim Speichern der part. met (xxxxxxxx...) - Permission denied -->>> NERVEN !!! Januar |
Auch über längere Zeit? Anfangs ist er bei mir auch normal. |
Zitat:
Andererseits, das ein Upload in der Realität mal einbricht, ist völlig normal. Wenn das nicht angezeigt wird, ist die Statistik geschönt. Januar |
Zitat:
Zitat:
|
@ Xman Ich weiß nicht, ob man dieses doch schon in die Jahre gekommene (Maella)-Uploadsystem, mit einem modernen (Zz) - Uploadsystem vergleichen kann und soll. Die Zielsetzung ist eine andere. Beim modernen Zz-System, liegt die Prio auf dem "schnellstmöglichen" Verteilen der Chunks, während das Maella-System mit seiner niedrigen Slotgeschwindigkeit, den Freundschaftsuploader, das Herz aufgehen läßt. Der stellt dann gemütliche 3 k/bs Slotspeedgeschwindigkeit ein...und hofft auf die Zz-Uploader, mit dem fetten Speed. ...ups, ich glaub jetz mag mich Xman nicht mehr :mrgreen: :mrgreen: :mrgreen: Januar |
wieso sollte ich Dich nicht mehr mögen ? Aber Du bist nicht richtig informiert bezüglich der Aktualität der Uploadsysteme. zz hat nicht viel später mit USS angefangen als Maella mit NAFC. Aus diesem Grund hat ja Maella auch bereits bei Fertigstellung von NAFC die Vorteile gegenüber zz verdeutlichen können. Am Slotspeed hat Maella niemals rumgeschraubt.. ihn variabel zu halten ist von mir gecoded und der Code ist wesentlich aktueller als zz Slotfocus. Die Nachteile von Slotfocus hab ich schon an vielen Stellen ausführlich beschrieben. Edit: falls Du noch andere Maella speziefische Uploadcodes ansprichst so sei gesagt: - Maellas Methode um Packete zu splitten wurde mit Xtreme 3.0 aufgegeben und voll auf offi code umgestellt. - Maellas "Send one packet" hat sich als effizienter als zz´s "two packets" rausgestellt, kann aber im Xtreme eingestellt werden. - im Xtreme sind noch weitere Ideen von Maella integriert... doch ist alles neu gecoded und mit vielen neuen Ideen gespickt. Der Upload des Xtremes hat die letzten Jahre tiefergreifende Veränderungen als zz widerfahren. Letzte große innovative Änderung war mit der Version 5.2 |
Naja Schnurgerade isses bei mir nicht - ein bissel unregelmäßig isses schon. Da müßt ich wieder auf 60...62KB/s stellen da wäre die Linie wirklich Schnurgerade. Aber im Moment habe ich nur 12 Downloads und 9KB/s DL. In der/den Vorgängerversion hatten sich immer bis zu 60 und mehr Uploadslots geöffnet wenn mein DL über 120KB/s gegangen ist und ich musste UL auf 55KB/s stellen. Weil SUC/USS sowieso nicht geklappt hatten und Stündlich den UL einbrechen ließen bzw zu viele Slots öffneten habe ich Dynamik UL deaktiviert. __________________________ Aber ich Beobachte grad einen UL-Einbruch von ungefähr 5 Minuten länge bis runter auf 34KB/s:think Gruß Pistenbully |
Zitat:
@ Pistenbully: Wenn der Graph ein bißchen sägezahnartig aussieht ist das bei USS völlig normal. Du könntest den Upload sicherlich so weit herunterderehen, daß es keine Spitzen mehr gibt und ein fast gerader Strich entsteht. Damit würde aber erheblich Upload verschwendet, nur damit der Graph schön aussieht, nicht wirklich sinnvoll. Wenn Du ein bißchen Zeit investieren willst probiere doch ein wenig herum. Stelle verschiedene Limits ein, lasse das dann jeweils eine Weile laufen und sieh dann in der Statistik nach, ob sich die durchschnittliche Uploadgeschwindigkeit der aktuellen Sitzung verändert hat. Irgendwann kommt ein Punkt, an dem eine weitere Limitsteigerung den effektiven Upload nicht mehr erhöht. Das sollte dann das Limit der Wahl sein, evtl. ein kb niedriger, Du hast ja ganz guten Upload und mußt deshalb nicht aufs einzelne kb achten. Entscheidend ist aber der Durchschnittsupload und nicht die Schönheit des albernen Graphen. Nebenbei: Bei mir treten auch gelegentlich solche Uploadeinbrüche auf, das liegt aber an Arcor. Dann ist es natürlich völlig wurst, mit welchem Muli ich unterwegs bin. Mit freundlichen Grüßen aalerich |
Da möchte ich doch gleich nochmal einwerfen das ich mit der Version 8.13 keine Probleme habe und mit der 8.14 auch nur wenn USS aktiviert ist. Die 8.14 und die 9.0 verhalten sich bei mir auch sehr unterschiedlich von einander: Während ich bei der 8.14 beständig knapp 10kB weniger Upload hatte, hab ich bei der 9.0 diese kriminellen Einbrüche von Zeit zu Zeit die bis zu 30Min anhalten. |
Also bei mir läuft die neue Version super! Up- wie Download. Hatte den upload gerade nur auf 16 stehen, geht aber auch schneller. http://img140.imageshack.us/img140/8506/emulexn1.jpg |
0,7 mal 24 (192 kbit/sec. max. Upstream) ist der Uploadwert, den du statisch, also ohne USS geben kannst, ohne deine Antwortzeiten nennenswert zu verlangsamen. Solange das Mulie nicht zu viele Quellen hat, sollte da noch eine Kerzengerade Linie herauskommen (solange nicht ein Klient dazukommt, der nicht genug abnehmen kann, sei es, weil er seine Ratio voll hat, sei es, weil seine Leitung zu dünn ist, sei es, weil sein Provider was gegen das eMule Protokoll hat) greetz ... Cat ... ;) |
Zitat:
|
Zitat:
http://img156.imageshack.us/img156/8995/emulefd5.jpg |
:neutral: Ich will auch ne Leitungsdämpfung kleiner 19 db haben - und den vollen 6000 'er Anschluß. :sb Aehm, mmunker, warum auf DSL 2000 Niveau gedrosselt ? Hab ich die erste Grafik voll mißverstanden sorry. Hatte früher mal Morph laufen und war mit dem Uploadverhalten immer unzufrieden. Dachte der wär zu Fett für den 266'er P2 , auf dem er da lief. Sind die Grafen jetzt mit, oder ohne USS? greetz ... Cat ... ;) |
@ mmunker: Wie ich schon geschrieben habe ist der Upload bei mir auch eine ganze Weile normal. Teilweise fangen diese Zicken erst nach stundenlangem Betrieb an. |
Zitat:
|
http://people.freenet.de/Januar1956/morphxt-9.0-3.JPG Code: eMule v0.47c [MorphXT v9.0] Statistik [http://emule-project.net] Januar |
Kleine Einbrüche????? Die Statistik geht über mehr als 2 Tage, diese Einbrüche halten also mehrere Stunden an! Ist nicht ganz so schlimm wie bei mir, könnte aber auch daran liegen, dass ich mehr Upload habe als du. Danke für den Shot, jetzt hab ich erste Beweise ;-) |
Danke mmunker, du kannst also nicht mit 192 kbps sondern nur mit läppischen :eek: 2048 kbps, also 256 kByte/sec. hochladen, aber auch nicht schneller empfangen. Ob sich, wie bei ADSL, nahe des Uploadmaximums die Antwortzeiten der Verbindung verlängern, ist mir nicht bekannt. Wie sich also dieser Mod verhält, wenn er den Upstream der Leitung soweit auffüllen soll, daß gerade eben der Download nicht einbricht, ist aus deinen Aufzeichnungen niemals zu entnehmen. greetz .. Cat ... ;) |
Ich hab mir gerade den neuen Stulle 4.0 drauf gehauen weil im Changelog steht, dass er auf den neusten CVS' von Morph basiert. Das Problem mit dem Upload tritt da nur noch sehr abgeschwächt auf! Einbrüche gibt es immer noch, sind aber nicht so heftig, halten viel kürzer an und treten auch etwas seltener auf. |
Thread aktualisiert auf MorphXT 9.1 Zitat:
|
Hmmm... 9.1 steht gar nicht auf der offiziellen Seite. Das wird doch nicht wieder eine Beta sein wie damals mit der 8.12? |
Nein, keine Sorge, die Version ist schon offiziell releast worden, so auch auf eMule-Project.net zu lesen. Offenbar hat die Morph-Seite bei Sourceforge aber derzeit ihre Probleme. |
Zitat:
|
Zeitabstand UPnP-Ports öffnen Hallo, erst mal großes Lob und danke an die Programmierer vom MorphXT 9.x :clap . Der Mod hat tolle Funktionen und ist zum releasen super und rennt bei mir wie ne 1 (ohne USS). :beer: genug geschleimt :twisted:, Hab ne Frage zu UPnP im Morph: Beim Start und alle 8 Minuten werden die Ports freigegeben bzw. geprüft. Hab mir das mal in meinem Router angesehen und festgestellt daß die Ports dort erst nach 10 Minuten geschlossen werden, so daß jede Prüfung nach 8 Minuten folgende Fehlermeldungen (je 3 Zeilen, da 3 Ports) ausgibt: .... UPnP: Konnte kein 'mapping:' hinzufügen "eMule (UDP Port) [UDP: xxxx]". Der Port xxxx ist schon von einer anderen Anwendung 'mapped' die "ANDERE ANWENDUNG" ist der Morph selbst (kein anderes Programm bei mir nutzt diese Ports) Bei der 2. Prüfung, nach 16 Minuten, werden die Ports dann wieder freigeschaltet. Wäre also immer 6 Minuten ohne offene Ports. Hab die Standard-Ports deshalb manuell freigegeben. Kann's mir zwar nicht vorstellen, aber ist das so gewollt ? ist das bei Euch auch so ? Gibt es eine Möglichkeit die Prüf-Zeit von 8 auf 10 Minuten einzustellen ? Gruß Dia |
Und ich möchte kurz bemerken, dass ich mit der 9.1 jetzt keine Probleme mehr habe. Dankeschön :-) |
Zitat:
If you have a high id & kad stays "open" (not filrewalled) don't worry. |
thx for answer. have tested. my manually ports closed or delete and a 10 min connected to an another Server. Following result: 25.10.2006 10:19:25: Verbunden mit DonkeyServer No2 (62.241.53.16:4242), sende Login Anforderung 25.10.2006 10:19:34: Warnung DonkeyServer No2 (62.241.53.16:4242) - You have a lowid. Please review your network config and/or your settings. 25.10.2006 10:19:50: Zeitlimit für Verbindungsversuch zu "DonkeyServer No2" (62.241.53.16:4242 ) überschritten Status: eD2K Netzwerk Status: Getrennt Kad Netzwerk Status: Firewalled IP:Port: xxx.xx.xxx.xxx:4672 ID: 3xxxxxxxxx Buddy: Verbunden manually ports again opened: 25.10.2006 10:21:02: Verbinde zu DonkeyServer No2 (62.241.53.16:4242)... 25.10.2006 10:21:02: Verbunden mit DonkeyServer No2 (62.241.53.16:4242), sende Login Anforderung 25.10.2006 10:21:03: Verbindung hergestellt zu: DonkeyServer No2 (62.241.53.16:4242) Status: eD2K Netzwerk Status: Verbunden IP:Port: xxx.xx.xxx.xxx:4662 ID: 2xxxxxxxxx Hohe ID eD2K Server Name: DonkeyServer No2 Beschreibung: ***** / quad opteron 32gb / germany IP:Port: 62.241.53.16:4242 Aux Ports: 4242 Version: 17.14 Benutzer: 841,976 Dateien: 126,819,424 Verbindung: Normal Kad Netzwerk Status: Offen IP:Port: xxx.xx.xxx.xxx:4672 ID: 3xxxxxxxxx Buddy: Verbunden Scheint dann doch so zu sein, daß der Router die Ports schließt. Wenn ich nicht explizit neu verbinde, was man im Normalbetrieb ja nicht tut, ändert sich am Status nichts. Ein FU (zu mir) während der Zeit der niedrigen ID lief weiter, wurde also nicht unterbrochen. Problem kann man durch die manuelle Freigabe der Ports zwar umgehen (6 Min. anstatt 3 nur 2 Ports), so ist das aber bestimmt nicht gewollt. Wenn ich mich nur auf UPnP verlassen würde, hätte ich immer 10 Min. Ports und 6 Min. keine. Denke mal, daß das einer Überprüfung bedarf. Gruß Dia |
UPnP-Logs nicht abschaltber hab noch was zu dem Thema: Da mich die UPnP-Logs stören (180 Zeilen am Tag, immer das gleiche), weil man die wirklich wichtigen Dinge im Log erst sehen kann, wenn man zig Zeilen zurückgeht (man sieht nur noch UPnP-Logs), hab ich die Protokollierung unter OPTIONEN-ERWEITERT ausschalten wollen. Jetzt prüft er nur noch alle 16 Minuten (UPnPVerbose=0). Die 6 Minuten ohne Ports bleiben. :sb Wäre es nicht besser, wenn man die UPnP-Logs in ein eigenes oder ins Morph-Log schreiben würde ? Dort ist nämlich immer alles leer und der "normale" Log wäre dann wieder übersichtlicher. nur mal anmerk ... Mein Router: AVM FRITZ!Box Fon WLAN 7170 (UI), Firmware Version 29.04.21 (neueste) gruß Dia |
Zitat:
|
Servus zusammen. Habe nun auch mal den 9.1-er aufgepsielt. Bis jetzt läuft auch alles super. Allerdings vermisse ich den MiniMule. Wenn ich den Morph in die Taskleiste minimiere, dann sollte dieser doch eigentlich aufgehen oder etwa nicht? Grüße. ScOoZ |
Interessant ist auch, daß bei beim Anklicken eines ed2k-Links der Esel stets ein weiteres Mal gestartet wird. :shock: Zwar erscheint die gewünschte Datei im Transferfenster des ersten Esels, aber einen Zweitesel brauch' ich eigentlich nicht. Positiv: der Upload ist wie mit dem Lineal gezeichnet! |
Servus zusammen! Gibt es eigentlich beim Morph die Möglichkeit, seine Freunde oder Mitglieder der eingetragenen Community farbig zu kennzeichnen? Das wäre mal eine schöne Sache ;) |
gibt es bis dato nicht, aber comm mitglieder kriegen nen comm icon. besser gesagt ein overlay. ein kleines c wird dann über dem normalen icon gemalt. ob farbveränderungen ala draw friends blue den weg in den morph finden werden möchte ich aber alleine nicht entscheiden und ich denke fast, es wird nicht geschehen. mfg stulle |
danke stulle für Deine Erklärung. Ich hatte ja auch das Problem, dass mir die Stulle 4 nach einiger Zeit immer abgeraucht ist. Als Vergleich lasse ich momentan den 9.1 laufen und hier gibt es keine Probleme. Ich weiß allerdings nicht, woran es am Stulle liegt. Aber anscheinend sind noch mehr User mit den Abstürzen vorhanden. Merged Du den Stulle noch auf die 9.1 oder wartest Du ? Ich habe gerade das Problem bekommen, dass mein Ping für den USS in astronomische Höhen geschnellt ist, so dass der Min. Upload greift. Also habe ich USS mal ausgeschaltet und nun haben sich 45 Upload Slots geöffnet. Wie kann denn sowas passieren? Also Upload Limit habe ich 80kB/s eingestellt. Pro Client Transfer ist auf 0 gestellt, so dass eigentlich der Slot-Fokus greifen sollte. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:49 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.