xtremchopper
Ich werde es nochmal so ausprobieren. Ich hatte aber diese auch Probleme beim Click auf das Transferfenster und beim umbennen von Dateien im Transferfenster.

mkkrack
Ob das bei der 1.2 Version drin ist weiß ich nicht.
Bei emule0.30c Xtreme2.0 beta2 oder 3 unter Maella's/Sicherheit/Neutralisieren verdächtige Pakete.

Ul - DL Ratio 1:2

Das ist nen toller Wert ;-) gefällt mir wirklich sehr gut ! Seit nun 15 h läuft der Mod stabil , ohne jegliche Mucken .. toi toi toi ;-)

xman ! habe nun unter einstellungen/xtreme uploadreduction aktiviert (vorher nafc und autu ul/dl deaktiviert)

Nur ist das nafc noch anklickbar ?

ansonsten läuft es supi !! download konstant zwischen 40 und 60 kb/s !
allerdings sehr oft keine rückmeldung bei brennen mit nero und beim aufrufen von i-seiten die das java applet fordern. das hatte ich vorher mit nafc und mit 16 kb/s up ohne upload reduction nicht ! kann aber auch sein das ich mir das einbilde :mrgreen:

Am 03.12.03, Uhrzeit: 17:00,
emule0.30c Xtreme2.0beta3 angeworfen.
Hatte bisher 1.2 ohne Probleme laufen.
In 24 Stunden weiß ich mehr.
Noch ein Hinweis für Xman:
BS: Win 98 SE. Alles gedrosselte Werte als wie bei XP oder 2000.
Bin auf den "Freeze" gespannt.
Melde mich wieder.

Gruß
digispezi

Tarod`s Son,
NAFC alleine ist anwählbar, da NAFC alleine lediglich bedeutet: ist der Upload unter dem bei NAFC angegebenen Wert wird kein neuer Slot mehr aufgemacht.
NAFC alleine hat fast nirgends Auskirkungen im Programm. Erst mit Auto Limits wirds interessant. Diese sollten auch nicht mehr aktivierbar sein bei uploadreduction.
In einer späteren Version werd ich auch irgendwann den NAFC-Parameter vereinfachen, so daß nur noch die Option "Auto Limits" zur Verfügung steht.

Im Übrigen sollte Uploadreduction keine Einfluß auf irgendwelche anderen Programme haben. Hier wird lediglich der Upload aufgrund von Berechnungen reduziert.

alles klar xman hast recht nur nafc ist aktivierbar !


eMule v0.30c [Xtreme 2.0b3] Statistics [Tarod`s Son]

Transfer
Session UL:DL Ratio: 1 : 1.79
gesamte UL:DL Ratio: 1 : 2.10
Uploads
Session
Hochgeladen: 2.77 GB
Aktive Uploads: 5
Wartende Uploads: 4952
Upload Sessions: 5074
erfolgreiche Upload-Sessions (total): 607 (11.96%) (active: 5, timeover: 19, new chunk: 290, cancelled/ended: 115, different file: 7, exception: 11, others: 160)
fehlgeschlagende Upload-Sessions (total): 4467 (88.04%) (timeover: 0, new chunk: 0, cancelled/ended: 159, different file: 78, exception: 3656, others: 574) :cry: :cry: :cry:
durchschnittlicher Upload pro Session: 4.67 MB
durchschnittliche Upload-Dauer: 28:45 Minuten
Totaler Overhead (Pakete): 137.14 MB (4.17M)

Tarod`s Son,
da läuft irgendwas verkehrt, denn wie man sieht laufen die meisten Uploads in eine Exception ().
Schau mal in Dein Debug-Log, ob das wieder so kurios ist.

Ich bin grad dabei mal wieder ein komplettes Codereview zu machen. Alles was mit dem Download zusammenhängt hab ich durch und nur keine Bugs gefunden.
Soweit es mir meine Freizeit zuläßt schau ich mir zur Zeit den Upload an. Hier bin ich auf einen etwas derberen Bug gestoßen, allerdings tritt dieser wohl ehher selten auf und hätte auch schon bei allen älteren Maella-Mods zu Problemen führen müssen.
Mal schauen was ich sonst noch so finde.

nein xman da ist alles ok ! Wie schon gesagt der mod läuft rund und super stabil, im log sind keine ausreisser mehr sichtbar. es gibt momentan absolut gar nichts zu meckern, nur dieser wert ist mir halt aufgefallen

eMule v0.30c [Xtreme 2.0b3] Statistics [Tarod`s Son]

Upload
Upload-Geschwindigkeit: 8.59 KB/s
Durchschnittliche Uploadrate: 13.27 kB/s
max. Uploadrate: 27.03 KB/s
max. durchschnittliche Uploadrate: 14.22 KB/s


siehe das ! somit ist mein upload doch eigentlich mehr als ok ! ich vermute das sind leute, die noch in meiner warteschlange hängengeblieben sind, obwohl das files gar nicht mehr bei mir verfügbar war !

Xman,

hmm schade ... das 1. Mal abgeschmiert nach 20h als er ne Datei beenden wollte und nun läuft er total mies und hat sich schon 2 x wieder weggehängt :-(

Hab den mod nun seit gestern nachmittag in betrieb.
er ist seitdem 3mal abgeschmiert und jedesmal absolut kommentarlos. es stand einfach nur (Keine Rückmeldung) im Titel.

"neutralisieren verdächtige pakete" war deaktiviert

überhaupt - das einzigste was ich verändert habe in den zusätzlichen einstellungen war die mtu auf den wert 1464. ansonsten nur share eingstellt und halt verbindung (hl / vl), achja und ports gewechselt.

übernommen habe ich preferences.dat / clients.met / adresses.dat

...das bringt jetzt wahrscheinlich keine neuen erkenntnisse. im log ist auch nichts dolles, nur halt das was er immer macht, quellen suchen, server connecten, user blocken etc.

Tut mir echt leid für eure Probleme. Wenn diese in der alpha-Testphase und ersten beta-Testphase auch schon aufgetreten wären, hätte ich mit der Veröffentlichung noch gewartet.

Warum der Fehler gar so schwer zu finden ist, ist genau die Tatsache, daß beim Absturtz kein Fehler ausgegeben wird.

Ich arbeite zumindest fieberhaft daran den Fehler zu finden.

lexaiden, auch zu hören, daß NICHTS auffälliges im Log steht hilft mir.

;-)

Xman, entschuldigung dankend entgegengenommen.
leider habe ich ein anderes prob mit deinem mod, der saugt so gut, stürzt nicht
ab und meine 2x120 gb hdd´s füllen sich derartig schnell, das ich schon wieder
platzprobleme habe. die 2. 120 gb hdd am 10.10.03 eingebaut und nur noch 25 gb frei.

das mit dem fehler in deinem mod wird wahrscheinlich an folgender Cstring erkennung liegen :
if .not. user = Gucky then mache probleme ohne fehlerlog else sauge das leitung glüht :mrgreen:

gibt´s mal wieder testergebnisse ? wäre sehr dankbar

klar dampfer gibt es die !
kann machen was ich will, der freeze kommt einfach nicht, so das wir nachvollziehen können wo der fehler liegt.

Laufzeit nun schon 3 Tage 12 Stunde Ratio 1:1,85
Failed Down = 17,2 %


Er läuft und läuft und läuft ! :lol:


Ich hoffe aber auch, daß es bald eine einladung vom grossen meister zum beta test gibt um somit frühzeitig möglichst viele fehler herauszufiltern !

So,da bin ich wieder.
Erste ZT hinter mir.
Bis dahin alles bestens.
Normalerer bis guter dl. Ratio: 1:1.70
Fehldl: 17,3%.
Nach ZT dl wieder bei 15-20.
Kann bis jetzt nicht meckern.
Wobei der 1.2er schon sehr gut war.
BS: Win 98SE, P3 1000MHz, HL: 250, MV: 300, pro5sec: 30.
Quellen: 3600

Bis zur nächsten ZT
digispezi

Xman,

Hmm ich habe auch bisher keine Erklärung für die Abstürze ...aber mir macht das nix , warte ich halt auf neuere Version . ich teste gerne !

ich habe verschiedene sachen versucht, sogar teilweise enorm hohes hardlimit und max- neue verbindung (100) und verbindungen auf 1000, dann zeilensprungtest usw. und sofort alles lief ohne probs.
Es gibt nur noch die chance, das xman in irgendeinem code den fehler findet, aber deshalb ist es so wichtig, daß wir ihm die fehlerquelle so eng wie möglich einkreisen.

bisher habe ich leider nichts mehr feststellen können ?

Bei mir lief er jetzt über 24 Std. ohne Probleme durch. :D
Ich habe eMule auch nicht mehr ins Systray minimiert sondern nur in die Taskleiste.
Wie schon oft erwähnt, ist er bei mir immer beim anklicken der Transferseite eingefroren und abgestürzt. Auch beim umbennen von Dateien im Transferfenster ist er mir oft eingefroren und abgestürzt.
Eine Meldung zum erstellen einer dump-Datei bekam ich nur bei der beta2debug Version.

nun hat es mich auch brutal erwischt ! weg ohne wenn und aber obwohl sicherheitsabfrage aktiviert war. und das nach 3,5 tagen

x-man habe dir ne mail geschickt über das letzte im verbose !

dabei habe ich doch nur über den p.mule gelesen und schon stürzt er ab :roll:
beleidigter esel

Ja auch der Emule kann manchmal ganz schnell eingesnapt sein..! Und seinen Dienst qetierren ist ja nun mal auch nunr ein Tier!

@ Xman, ich wusste doch das der esel meine posts mitliest.
betrifft thema freunduploadplatz. jetzt sitze ich wie ein blöder vor meinem
rechner und warte darauf das er den freunduploadplatz wegschmeisst und
ich im log-fenster nachschauen kann, was da passiert. und wie ich sehe, sehe
ich nichts. seit knapp 9 std. funktioniert es.
ich habe leider das mitschreiben des logs wieder deaktiviert gehabt.
Begründung : es gab nichts interessantes, was er hätte protokollieren müssen.
deswegen konnte ich auch nicht nachschauen, was da vorgefallen war.

ich glaube, da ist noch eine Cstring erkennung eingebaut und zwar wie folgt :

if user = Gucky .and. ip = emule-web.de .and. post = Gucky + meckern then funktioniere

session ratio 1:2,01. laufzeit 15 std. up=601 mb, down=1,18 gb
found sources 3008, 16 files im dl

er musste heute morgen ein päuschen machen, deswegen nur 15 std.

Saddam,

ich habe den Emule immer nur iner Task-Leiste und lasse Ihn in Ruhe. Die Werte lies ich Standard und trotzdem verschwand er sang und klanglos :-(

DQA321

Momentan hab ich eMule nicht am laufen.
Nachdem ich ihn nur noch in der Taskleiste abgelegt habe, waren die Probleme mit dem Systray vorbei. Die anderen Probleme sind nicht mehr aufgetreten.
Wenn man den Tread so liest, dann haben ja viele (von Gucky mal abgesehen) Probleme mit dem Mod.
Müssen wir halt warten, ob Xman irgendwas findet.

Saddam,

ganz genau.. denn Warten zahlt sich meist eh aus ;-)

Ich muß mal fragen:
hat irgendeiner von euch der Probleme hatte, vielleicht irgendwo die Auto-Prio verwendet ? Ikabot erzählte mir soeben, daß es hier evtl. Probleme geben könnte.

das kann sein, das er deswegen bei mir so gut läuft, weil alle files im ul/dl auf normal stehen.
das habe ich, seit den esel etwas besser kenne, immer so eingestellt.

Die Auto-Prio ist doch Standardmäßig an. Also ich hatte die die ganze Zeit aktiviert, aber in anderen Mods gehts ja auch :?:.

Xman,

hatte bisher alles auf auto, up +down.. werds gleich mal ausprobieren und alles auf normal setzen!
all die anderen bisher hier beschriebenen problem-lösungen hattens bei mir bisher nicht gebracht.. fror trotzdem mehr oder minder regelmäßig ein!!!

hoffe das beste :D

dto. auto prio läuft bei mir generell

denke auch mal nicht, das da der haken ist, denn immerhin liefer er fast 4 tage am stück ohne grosse probs.
und nach letztem crash kann ich bis dato auch keine neuerlichen attacken erkennen, so daß ich alles bis auf weiteres auf auto prio setze.

Tarod`s Son,
Also ich finde die Idee gar nicht so abwägig.
Ich ahnte z.b. daß Gucky keine Auto-Prio nimmt (kenn meinen Gucky schon n bischen ;-) ) und ich verwende eben auch keine.
Auch wenn es verwendet wird, so wäre es wahrscheinlich, daß erst dann Probleme auftreten, wenn sich die Auto-Prio erst mal ändert. (und das wahrscheinlich noch zu einem ungünstigen Zeitpunkt).

Das mit der Auto-Prio (wahrscheinlich nur die Downloadprio) ist zwar noch Spekulation, aber doch zumindest mal ein neuer Ansatzpunkt zum Fehlersuchen.
Ich werd den Code an dieser Stelle heute nochmal durchgehen, bzw. mal sehen was ikabot noch rausfindet. (und pawcio hilft auch noch bischen).

und noch ne Frage:
bei denjenigen die ne Auto-Download-Prio haben.. habt ihr in den Einstellungen bei Downloadlimit 0 oder irgendeinen Wert ?

Kurze Antwort:
AutoPrio -> eingeschaltet
Downloadlimit (bei 'Connection') -> nicht auf 0

Hab im Moment allerdings auch keine Probleme mit der Beta3.

@x-man download limit auf 0,0 kb/s !

Bei mir waren's die Freezes und:
Autoprio -> AN
DL-Limit -> 99,0 da es damit mal irgendwo nen Fehler gab in einer Version. Welche...K.A.

Xman, Download Limit ist auf 96kb/s.

einfrieren
 

Seltsam ...
Nachdem ich bei der Beta 3 zu Anfang auch die Freezes hatte, bin ich wieder auf die Beta 2 umgestiegen und heute ist auch die zum erste mal im systemtray eingefroren, mittem beim Zocken. :shock: Ganz plötzlich lief dat Spiel so langsam ... i rausgegangen, guck nach: Esel hängt nach 20 Stunden Laufzeit, bei 41,4 Kb/s DL .... (WAAARRRRGGG ... ich krisch selten so gute Raten. :x) Davor lief die Beta 2 immer Tagelang durch! Da ich den Mod noch net allzulang nutze die Frage: gabs diese Freezes auch schon früher, also in der Beta 2, öfters oder ist das erst eine Erscheinung der Beta 3?

Autoprio hab i immer an, und DL-Limit bei 96 ...

Thommy,
das Freezing-Problem betrifft die beta2 udn 3 gleichermaßen. Leider.
Falls der Fehler tatsächlich von einem von ikabot vermuteten Filelist-Problem kommt so hilft es wenn ihr bei Downloadlimit 0 einträgt und keine Auto-Download-Prio benutzt. (bitte nach Ändern dieser Einstellungen den Mod vorsichtshalber neu starten).

Falls das Problem wirklich mit diesen Einstellungen gelöst wird, hab ich bereits für die nächste beta zwei verschiedene Bugfix-Varianten.

Downloadlimit: 86 kB/s

AutoPrio : nie
Prioritäten: Down Normal und Hoch
Up Normal und Release

habe die einstellung so wie Xman es vorgeschlagen hat.
limit 0.0 , kein auto-prio

Ok, ich hab das jetzt mal geändert.
Aber bei mir war das das erste mal seit ... ja, gut 1 1/2 Wochen läuft der jetzt insgesamt mit Pausen dazwischen. Da müssen mehrere ungünstige Faktoren gleichzeitig auftreten, damit das passiert ... kann es nciht auch am Anwender selbst liegen? (weil bei manchen tritts ja öfter, bei anderen seltener auf, selbst bei gleichen Einstellungen)