emule 0.48a Xtreme 6.0 beta Test
 

Xtreme 6.0 Beta 1
--------------------------------------------------------------------

based on emule 0.48a
compiled with:
libpng 1.2.12
zlib 1.2.3
crypto 52.1
CxImage version 5.99c

enlish version only
archiv contains only emule.exe

please don't repost on other boards. Thanks.

Download at the download-side of eMule Xtreme Mod official homepage

Und ich wollt schon fragen : "Wann es denn eine neue Version gibt."
Die Frage hat sich hiermit erledigt. Stulle freut sich doch immer, wenn diese
Frage gestellt wird. Deswegen mein Post.
So überflüssig wie .... Wasser, Schwiegermutter etc.

Super! Direkt mal runterladen und testen.

>Edit< erster Eindruck / Feedback: läuft fix, findet schnell Quellen, bislang kein Absturz. Übersichtlich wie immer, nicht überladen mit Einstellungen wie andere Mods. Also Xman Qualität wie immer.

Ich Dussel ... da wollte ich ne Statistik hier posten und kopiere die schön ...
... und schließe meinen Muli, weil ich gleich mal den Strom abstellen muss und kopiere aber anschließend noch was anderes in die Zwischenablage ... :whistle
... mitgedacht hat was gebracht.

Jedenfalls kann ich sagen, dass nach ca. 16 Std. es keinen Crash gab und der Upload eine herrlich gerade Schnur darstellt. Quellenfindung schnell.

Gute Arbeit !


greetz eilperius und Danke !

Hallo läuft sehr gut leider geht nafc unter vista noch nicht...

Bei mir geht NAFC unter Vista !

@drfreak2004
bitte genauere Infos und vor allem die VerboseLoglines.

@prallo
und hier dann gleich mal Danke fürs positive feedback.

Ich weiss nicht, obs wichtig ist, aber ich benutze Windows Vista Home Premium 32 bit.

Und bis jetzt läuft die Mod sehr gut ohne irgendwelche Fehler. Habe jedenfalls noch keine gesehen.

@ prallo
Das ist wichtig und das hört sich gut an.

Boah, die 0.48 beta gefällt mir am besten. Hatte noch bis gestern Xtreme 0.47a und jetzt hab ich diese Beta und JEDER download ist deutlich schneller als bei der 47er. Deutlich schneller, hab sehr gute download raten. Was geht da ab? Kompliment.

cya

Das ist immer so in der Betaphase geschaltet.
Beim Offi-Xtreme wird selbstverständlich der Download wieder gedrosselt. :chuckle

Im Ernst, solche Aussagen sind Nonsens, ausser der Vorgängermod, hätte dahingehend einen schweren BUG. Darüber liegen aber keine Infos vor, im Gegenteil, der Xtreme rennt immer gut.

Januar

Er hat gerade ein Phase, wo er bei vielen Clienten in deren Queue dran ist
DL zu bekommen.

Ich kann mich noch sehr gut an die Zeiten erinnern, wo fast jedes zweite Post
dieses Thena des Super Duper DL als Inhalt hatte.

Ich seh das dann nicht so eng und freue mich mit ChocolinoR über seinen
prächtigen DL

Läuft wie immer in seiner elitären Qualität :beer:

EDIT. Was ich nur nicht so toll finde ist das mit den gefüllten Graphen wen sie gezoomt sind, wär geil wen du das noch ändern könntest! :mrgreen:

Zuerst möchte ich allen die an diesem Projekt mitarbeiten herzlich danken, vor allem natürlich Xman.

Bei mir läuft Xtreme auf einer alten Kiste unter win2k, da ich die Resourcen der schnelleren Rechner für "wichtigere" Dinge brauche.
Xtreme 6.0 beta 1 läuft seit über 50 Stunden stabil, Kad und Server immer verbunden. Ein Absturz der Firewall nach Überschreitung der 3000 Quellen, allerdings erst nach Stunden und massiver Überschreitung (bis 5.4.2 sofortiger Absurz der FW bei erreichen dieses Limits).
Mod verbraucht auf meinem System eindeutig weniger Ressourcen. Vor allem die CPU Auslastung ist im Vergleich zum Vorgänger eindeutig geringer (War nach ein paar Stunden immer bei 100). Auch Memory Verbrauch ist geringer. Es scheint mir auch das nach längerer Zeit die unnötigen Sockets besser abgebaut werden. War allerdings nur ein kurzes Monitoring, also keine verbindliche Aussage. Zu UPNP kann ich keine Aussage machen, da nicht verwendet (FW).

Bisher überhaupt kein Problem, gute Arbeit.

Cheers

danke für den Bericht...
zum Thema Ressourcenverbrauch:
sollte eigentlich pi mal Daumen gleich mit der 5.4.2 sein. Bei mir ist es leicht höher, bei Dir nun niedriger. Aber eigentlich ist das auch schwer abzuschätzen, denn es hängt unter anderem von der aktuellen Download/Uploadspeed ab, Anzahl Files, aber auch Kad verbrauch thier nach längerer Laufzeit ordentlich.
Möglich ist bei Dir aber auch, daß Du die Version nun ohne IPFilter, 5.4.2 aber mti IPFilter nutztest.
Beim CPU-Verbrauch vergleich immer darauf achten, daß Du die selben Fenster vergleichst. Z.b. wird das Transferfenster immer wesetnlich mehr CPU verbraten als z.b. das Statistikfenster.

Auf jeden Fall freu ich mich, daß er überall problemlos läuft.

Verwende genau gleiche Einstellungen wie unter 5.4.2 (auch IP-Filter geladen). Der Memory Verbrauch steigt bei meiner Kiste bei hohen Downloadraten sowieso massiv an, aber nicht mehr in dem Ausmass wie bisher. Die CPU Auslastung ist bei mir eindeutig geringer. Im Moment UL/DL 1:3 und CPU Auslastung emule bei 55%. Vorher war nach ca. 4 Stunden Laufzeit die Auslastung immer auf 100%, unabhängig vom DL. Auf dem Rechner lief vorher und auch jetzt nichts anderes als XtremeMod.
Anyway, auf jeden Fall es läuft und läuft:yes:

Mir ist da was aufgefallen!

Die Upload Gesundheit ist ja immer 100% bei mir (wie sie eben sollte), wenn ich aber surfe bzw. einen Tab aktualisiere, sinkt sie schnell auf genau ca. 90% und steigt nach 10 - 20 Sekunden steigt sie wieder schnell auf 100%. Ich bin mir ziemlich sicher das dass bei der 5.4.2 nicht so war. NAFC ist aktiviert, und ohne ist es doppelt so schlimm.

Ich werde es aber mal genau ausprobieren.

CPU Last ist durchschnittlich um die 3 %.
Nach knapp 12 Stunden Laufzeit belegt emule 75 MB Speicher. Also hier auch alles OK.
Habe bei mir NAFC aus, da ich nur einen Rechner habe und während der Laufzeit des Xtreme kaum surfe.
Statistik poste ich jetzt noch im Statistik Thread.
Guter Mod, sehr stabil, wie immer halt. :clap

@Jok3r
da hat sich nichts geändert. Wahrscheinlich bist Du mit Deinem Uploadlimit schon nahe an der Grenze.

Hmm ganz und garnicht... Im Gegenteil sogar, bei 48KB sind 40,8KB nur 85%...

EDIT. Naja wen sich nichts geändert hat, muss es ja irgendwo an mir liegen o0

EDIT. Könnte es eventuell damit zusammenhängen das die Fritz!Box http Traffic angeblich sonstigem Traffic vorzieht!?

eigentlich nicht... und außerdem hättest Du das ja auch früher schon feststellen sollen.
Übrigens hab ich nochmal den Code zuständig für gezoomte Graphen angesehen. Ohne tiefe und aufwendige Eingriffe ist die Art und Weise wie Graphen ausgefüllt werden nicht zu ändern.

Ich teste jetzt auch mal mit...

FritzBox > Internet > Traffic-Shaping benutzen Traffic Shaping optimiert die DSL-Übertragung und ermöglicht auch bei gleichzeitigem Up- und Download das Ausschöpfen der vollen Geschwindigkeit ihrer DSL-Verbindung.


Es muss hierbei aber ein Häkchen gesetzt sein.

wobei ich da jetzt nicht genau weiß wie diese Funktion arbeitet. Normalerweise läuft es bei QOS so, daß ein Teil der Bandbreite reserviert wird und nur bei wichtigen Packeten freigegeben wird. Das ist schlecht für emule und bei NAFC überflüssig.
Aber wie gesagt, ich kenn diese Funktion (bzw. die Funktionsweise) nicht genau und die Tipps der erfahrenen Fitz-Nutzer sind somit wertvoller.

Ich habe in der FritzBox das Traffic Shaping aktiviert und bin im Grossen & Ganzen damit zufrieden.

Nur wenn die aktiven Verbindungen von 1 dauernd über 300 und mehr liegen, habe ich kleine Probleme.
HTTP Anfragen meinerseits (1. Eselrechner - 2. Arbeitsrechner) von 2 sind dann nicht mehr so flüssig.

Also Windows seinen Bandbreiten Reservierungsfritzen QOS habe ich seit Ewigkeiten deaktiviert.

Traffic Shaping ist eben so schon immer aktiviert, die DSL ATM Einstellungen werden automatisch ermittelt, und es handelt sich um Firmware Version 10.03.93. Das ganze natürlich ohne W.-Lan, aber ich wüsste nicht warum mir das schon früher aufgefallen sein sollte. Wer kuckt schon wie selbstverständlich direkt nach dem er einen Tab aktualisiert hat auf die Upload Gesundheit....

nun, stimmt auch wieder. ;-)
Sagen wir mal so: es stört auch nicht wirklich wenn die Uploadgesundheit für kurze Zeit (wenige Sekunden) fällt. Gibt lediglich nen unschönen Haken im Statistikgraph.

Keinerlei Probleme mit dieser Version zu vermelden. Läuft 1a.

MfG Frawe

Ich habe jetzt einen Router, und Upnp geht bei mir nicht...
Aus dem Log:
Router kann es ganz bestimmt, aber ich teste noch weiter mit andern Progs oder Muliversionen...

Jetzt geht es! Lösung: QOS-Paketplaner deinstallieren!!!

Aus vorbose...
Davor stand nach "gigabit ethernet controller" noch Paketplaner...

Vielleicht ist das auch die Lösung für andere Leute!

MfG
MyTh

edit: sry for doppelpost...

danke für den Tipp. Das könnte tatsächlich der Grund dafür sein warum es bei so einigen nicht funktioniert.

Mal ne Frage: Wenn man NAFC bei aktiver Server- und Kad-Verbindung aktiviert, sollte da nicht im log eine Meldung erscheinen?

nö.. war noch nie so.

Danke!

War nie ein Freund von "Ausgefüllter Grafik", aber gefällt mir im Xtreme nun doch ... alle Linien sind noch gut erkennbar!

Als ich sagte er ist deaktiviert meinte ich antürlich deinstalliert. Also in den Netzwerkverbindungseingenschaften ist eh nur noch TCP/IP. Und die Log Message sieht bei mir ganz ähnlich aus!

Mir ist grad was komisches in der Statistik aufgefallen.

Die 2.21 GB sollen ja der komplette Traffic sein oder? Denn das kann unmöglich sein, ich hab 1mbit d.h. 16kb/s max upload und pc lief 16 Stunden (emule ganze Zeit on). Mit diesen Werten wäre ein solche Uploadtraffic doch nicht möglich, oder irr ich mich jetzt

Die 2,21 GB stellen die übertragene Datenmenge von 584,96 MB im unkomprimierten Zustand dar.

läuft wirklich sehr gut!speicher und cpu verbrauch würde ich sagen ist gleich geblieben!NAF läuft und meiner meinung nach startet und beendet er sich jetzt schneller. vista macht auch beim runterfahren keine probleme mehr wenn mann den eXtrem nicht vorher beendet!wie immer sehr gute arbeit! mfg mummpi

das sind beides unkomprimierte Werte. Seit ich vor einigen Versionen die Art udn Weise wie der zweote Wert berechnet wird geändert hab zeigt er (zumindest bei mir und vielen anderen Statistiken) schon den passenden Wert an. Auf die Richtigkeit würd ich mich aber dennoch nicht verlassen.