![]() |
Tarod`s Son, gegenüber der letzten inoffiziellen beta 4 ist wikrlich kaum was geändert worden. Bin grad auf SEDG, der sollte funzten, razorback hat technische Probleme und ist down. Übrigens... alle die noch die inoffizielle beta 4 benutzen, bitte trotz der sehr geringen Änderungen updaten, da ich sonst keine Chance hätte ein crashdump von euch auszuwerten. |
Alles klar machen wir |
xman ! ich habe den fehler, der den absturz verursachte. Hast Mail bekommen, schaue dir mal mein verbose an ! erstens 2000 einträge in einer sekunde von einem user bzgl. gleichen userhash und dann die interessante meldung unten bzgl fehlerhafte udp pakete (vermutlich vom falsch eingestellten server) so und nun bist du an der reihe :lol: |
@ Xman, da habe ich ein prob mit dem crashdump. dein mod ist bei mir noch nie gecrasht !! |
Da bin ich ja mal gespannt, wie er jetzt bei mir läuft. |
Selbstverständlich gibts auch bei mir die neue --> Beta 4 Januar :D |
Na toll der Esel hat sich verabschiedet ohne Meldung |
Soory an alle die es bei mir downloaden wollten habe befor ich es uploaden konnte schon 6 DL hits ;) habe nun mal ISDN ;) da dauert das uploaden 3 minuten nun sollte alles dunzen ;)! :lol: So habe ihn auch mal zu testzwecken angeschmissen 8) |
Die beta 4 hat sich bei mir gerade genauso verabschiedet wie beta 2 und 3, d.h. 99% CPU Last :(. Auto Priority war an, Downloadlimit auf 0. Laufzeit keine 4 Stunden. |
@ digitalfrost wie Xman schon festgestellt hat, kann es ein prob bei der auto-prio geben. also ausschalten ! laufzeit der b4 bei mir 2 tage 4 std. bei prio = normal wie du sicherlich feststellen kannst anhand fehlender post´s über irgendwelche freezes oder sowas, das auch die b4 bei dir laufen würde. alle anderen user haben sich ja wohl diesen ratschlag zu herzen genommen und ihren muli dementsprechend eingestellt. aber wer nicht will, der hat anscheinend schon. :lol: |
juhu er hat die ersten 4 stunden rumm und er leuft super.. wenn ich das so sagen mag macht es auf jedenfall ein besseren eindruck als die b3 ! |
der auto-prio-bug sollte definitiv raus sein und keine freezings/chrashes mehr hervorrufen egal welches downloadlimit/ auto-prio. Allerdings gibt es anscheinend noch an anderer Stelle noch einen Bug. Dieser Bug macht sich vermutlich als erstes bemerkbar, wenn ihr die Zahlen der Clients in der Uploadqueue betrachtet. Wenn man in die Liste der Clients in seiner Uploadqueue wechselt, dann steht sowohl unten die Anzahl der Clients, wie auch auf dem Button zum wechseln der Ansicht. Stimmen diese Werte nicht überein, so ist ein "ungültiger" Client in der Liste der vermutlich den crash hervorrufen kann. Falls jemand einen Unterschied zwischen beiden Zahlwerten bemerkt so bitte mir mitteilen, welcher Wert der größere und welcher der Kleinere ist. |
jetzt habe ich es genau beobachten können, das mit dem freunduploadplatz. meldung im log : clientname Upload session ended due to score. das dürfte bei einem freunduploadplatz, glaub ich jedenfalls, nicht vorkommen. zu der liste mit den clients. ich habe folgende häkchen gesetzt im > display > Save CPU & Memory usage disable known client list disable queue list dont update queue list in real time dont recreate statistik graph on resize : [kein häkchen] die häkchen waren früher mal raus. dann habe ich aber festgestellt, das es für mich besser ist, sie zu setzen. emule soll sich nicht um, aus meiner sicht, unwichtige dinge kümmern. diese funktionen verbraten doch einiges an cpuzeit + memory. wenn ein programm eine aufgabe nicht bearbeiten muss, kann sie ja wohl dann schlecht hierbei einen fehler produzieren. oder sehe ich das falsch ? was ich gesehen habe im transferfenster : doppelklick auf file > clientliste, wo ich in der qr stehe geht auf. manchmal sind da identische clients vorhanden mit unterschiedlicher qr position kurz hintereinander z.b. qr 435 + qr 440 bei client details sind identische werte vorhanden |
Ich hab bei "CPU schonen" die Haken bei Option 1 und 3 drin. Laufzeit nun 12h und trotzdem die Autoprio aus. Bis jetzt läufts gut. |
Sorry im Voraus für die dusselige Frage, aber wann sollte man die Option unter Extreme "Use amount based 1:3 Ratioi if upload is < 10" einschalten? Und kann mir mal endlich jemand die Einstellungen im Bereich Maella's erklären? Die Xtreme2.0beta3 iss nach den ersten 24 Stunden Betrieb abgeschmiert. Danach lief sie 3 Tage durch. Nun habe ich die Xtreme2.0beta4 laufen. Wutzmann |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:31 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.