![]() |
also das mit den failed sessions hab ich inzwischen etliche male überprüft. Hatte zwar auch ein paar mal die Situation, daß ich 60% fehlgeschlagene Downloadsessions hatte, es waren bei genauerem Hinsehen aber immer die selben Clients welche ständig eine Connection aufbauten, dann aber nichts gaben. Der Fehler muß also bei diesen Clients liegen. Das Zurücksetzen der Statistik funktioniert bei mir einwandfrei. Bedenke: es werden nicht die Werte der Session zurückgesetzt, sondern nur die "gesamten". auf razorback war ich die letzten Tage jeweils 2*24 Stunden und einmal 6 Stunden. Bei den 6 Stunden bekam ich dann von razorback die Meldung "sorry guys, we must restart the server". Zum crash-Problem: Ich hab ja einigen von euch eine Version geschickt, in welcher der crashrpt (ein crashreport zur Fehlesuche) integriert ist. Leider ist dieser Report bei euren crashes nicht erstellt worden. Kann mir das eigentlich nicht erklären. Ich arbeite gerade an einer anderen Debug-Version. Werd sie nacher veröffentlichen und hoffen, daß diese Version den Fehler dann zu protokolieren vermag. |
ok, für alle die einen crash hatten hier eine debug-Version. http://home.arcor.de/xman1/Xtreme2.0beta2debug.rar Anmerkung: Die emule.exe ist >10 MB! Sollte emule abstürtzen wird ein dump-File erzeugt. Dieses bitte schicken an: emulextreme@yahoo.de Eine kurze Anmerkung, welche Aktion ihr direkt vor dem Absturtz ausgeführt habt wäre hilfreich. |
seit ich die debug anhabe , die du mir gestern"zukommen" lassen hast , crashed die mod überhaupt nicht mehr , irgendwie seltsam läuft schon mehr als 24h .. //edit : soll ich jetzt eigentlich die debugversion , die du hier gepostet hast , benutzen oder kann ich weiter die , die ich jetzt habe , benutzen ?! |
Hi, teste auch grad die neue version. Hatte auch das Problem mit dem Tray, ist aber nach der debug version weg. Aber hab jetzt ein "lustige" wenn ich einen Esel-Link anklicke das sich Emule erneut öfnnet. :o Also hab ich die links dem laufenden Mli zugewiesen und TADA es öffnet sich ein neuer Esel :o :o Also wieder zugewiesen, neugestartet und einen Link angeklickt --> na was kommt :?: Richtig, ein neuer Esel :o :shock: :o Dann hat er sich aufgehängt. Hab dir ne mail geschrieben. |
nuky, ist eigentlich egal... der Unterschied zwischen beiden Versionen: die eine die Du hast (eine inoffizielle) ist eine normale Version mit Maellas aktiviertem minidump. Das Dumme ist nur, daß diese Version nicht die crashes aufgefangen hat, die einigen von euch passierten. Diese debug-Version ist eine richtige Debug-Version. Läuft etwas langsamer als die normale und braucht wesentlich mehr Speicher. Sie dient einzig und allein dazu Fehler zu finden, auf die Performence sollte man nicht achten. Dr.Gonzo, Die Debug-Version erlaubt Multiple-Instances. Hab ich vergessen zu erwähnen: Links bitte per Suchen-Menü einfügen, sonst kommt pro Link eine neue Instanz. |
Ups, schon gut. Verneig :lol: :D Naja, hoffe die richtige kommt bald :) |
Zitat:
|
V|P€R9lp, die fehlgeschlagenen Upload- / Download - Sessions werden anders gezählt als bei anderen Mods , jede Verbindung , die nicht richtig zu Stande kommt , wird als fehlgeschlagen anerkannt , näheres auch hier in den Antworten von Gucky usw zu finden , einfach mal lesen ;) |
V|P€R9lp, irgendwas stimmt hier aber nicht. Hast DU Router oder Firewall ? Für fehlgeschlagene Downloadsessions sind oft andere Clients verantwortlich. Allerdings sollten die fehlgeschlagenen Uploadsessions zumindest nach 5 Stunden unter 30% liegen. |
Gilt die Debug auch für die Freezes ??? Mir war so als ginge die nicht dafür :oops: |
Nachdem ich mit der normalen Version große Probleme hatte, läuft die Debugversion bei mir bisher sehr gut. :D Ich habe auch nicht den Eindruck, dass diese Version langsamer läuft oder mehr Speicher braucht. |
Zitat:
die erste std als ich ihn "beobachtet" habe, waren die ergebnisse auch sehr gut, fehlgeschlagende Upload-Sessions lagen unter 15 %, und fehlgeschlagende Download Sessions unter 10 %...................... ka was da über n8 passiert ist......................... braucht ihr vl sonst noch irgendwelche info´s?!? einstellungen?!? MFG |
so nachdem ich mir die richtige debug version gezogen habe (danke dafür x-man, hättest du mir auch früher verraten können.) läuft sie sehr ordentlich 9 files und ich lade bei 15 leuten und das nach den paar stunden ! upload sehr stabil und auch ansonsten kein grun zu meckern. das mit der link übernahme kriegt man auch hin ! Na dann hoffen wir mal das der absturz bald kommt, wenn nicht dann lage es bei mir zu 100 % an meinen unaufgeräumten und zugemüllten config ordner ! morgen wissen wir mehr ! p.s: Kann man dieses dumb nicht in jeder deiner version so implementieren als standart ! |
Hallo allerseits, ich benutze dieses Mod seit gestern abend. Es läuft prima. Auch kann ich keine Abstürze beklagen. Der Vollständigkeit halber hier ein paar Daten: Zitat:
Ich habe allerdings eine Frage und eine Bitte: 1) Um zu erkennen, wann der Mod die 10k Uploadgrenze unterschreitet habe ich als Kapazität 18 (zu 14.5k) eingetragen, da bei 16k die Linie im Statistikgraph bei 9kb gezogen wird. Frage: Die Kapazitätseinstellung hat tatsächlich keinerlei Auswirkung, außer der Darstellung des Graphen? 2) Zwar lasse ich Ornis+ Einwand für das nicht rauswerfen von HQR Quellen insofern gelten, als daß sie auch irgendwann mal drankommen, jedoch gibt es gerade bei Dateien mit 1500+ Quellen oft "bessere" Quellen, die auch bei einem relativ hohen AutoHL von 300-400 nicht zum Zuge kommen, da der Quellenraum mit zwar gültigen, aber teils höheren queue rank Quellen belegt ist. Zwar ist nicht sicher, daß eine Quelle mit QR 500 früher drankommt als mit 1500, jedoch ist zumindest die Wahrscheinlichkeit höher. Demnach möchte ich die Bitte äußern eine individuell an-ausschaltbare QR Selektion einzufügen. So kann dann auch jeder selbst entscheiden, ob er sie anwenden möchte, oder nicht. Danke! |
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:34 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.