hmmmm das ist sehr merkwürdig, sowas hab ich noch nie gehört... bitte mal ne detailierte aufstellung von system, nutzung usw.

Ja ich finde es auch seltsam, ist auch die allererste Version, die mir Probleme bereitet.
Mein System ist ein XP SP3 mit allen aktuellen Patches.
Benutze den Rechner überwiegend als Saugsystem, Power ist auch genug da, habe
AMD Turion 64 X2 TL-64, 2200 MHz und 2 Gig Speicher, also mehr als genug Leistung, Resourcen sind auch genug vorhanden.
Interessant macht es das ganze erst, weil ich es auf meinem ubuntu System mit wine getestet habe und die 6.1 dort nicht mal startet, und der Rechner ist auch ein topp Ausgestattetes System mit Intel core2duo 2Ghz T5750 und 4 Gig Speicher wine 1.0 im einsatz und ubuntu 8.04 und das 6.0 läuft da ohne probs.
Ich hoffe das hilft Dir weiter.

kannste mal mit morph testen? und vielleicht mal die letzten logs und verbose logs vor einem freeze?

Japp werde ich testen, komme aber erst am we dazu, melde mich aber dann.

danke ich dir schon mal im vorfeld. :)

Tooltips und Creditsystem
 

Hallo,
danke Stulle, StulleMule läuft echt gut hier. :D

Nur ein Anliegen hätte ich da schon,
wäre es möglich das irgendjemand die fehlenden Tooltips für die Kreditsysteme ergänzt?

Nur 4 von 11 haben da eine Tooltipanzeige (wenn man Fine Credit mitzählt),
vielleicht würden ja einige ein anderes, und vermeintlcih besseres, Creditsystem verwenden, wenn sie denn wüssten was es macht, und anders herum natürlich auch, wieviele haben da wohl was "falsches" eingestellt, weil Sie nicht wissen was es macht?

Bitte jetzt keinen Kommentar wie "Benutze die Boardsuche oder frag Google!", der möge mir dann mal z.b. einen Beitrag zeigen wo über "S.W.A.T." was steht und warum haben bei dieser Argumentation dann die anderen einen Tooltip?

mfg
Peter

bitte benutz die stullemule faq auf der homepage. :P

die tooltips sind nich so mein ding und fafner ist da auch nicht sonderlich scharf drauf. darum hab ich die nicht gemacht. ist ein morph feature.

CreditSystems - EMule Wiki

...noch Fragen? :chuckle


Januar

wenn du eMule StulleMule mod meinst, naja, es ist ja auch nicht so das man zu denen die einen Tooltip haben nichts finden würde. Nur ich finde es eben ziemlich irritierent das gerade die, die eh so gut wie nirgends erklärt sind auch keinen Tooltip hat. ;)


EDIT: Ja die Seite ist nett, nur das es EINE Seite gibt, hat ja nicht unbedingt was damit zu tun das ein paar Einträge einen Tooltip haben andere nicht. ;)

aber egal, war ja nur eine Idee die ich ganz nützlich finden würde.

Peter

hab dir gesagt warum die keine tooltips haben und dabei bleib ich auch.

Hallo Stulle,

Ich bin leider am Wochenende nicht dazu gekommen, die Tests durchzuführen, werde dies am Freitag machen und Dir dann berichten.

Danke @Januar - prima Seite - kannte ich auch noch nicht ...


Erstmal Danke @Stulle für die neue Version (Bericht folgt). :beer:


nur zur Info:

Hatte gerade eben nochmal Client-Percentage mit genau 100.7%. Gleicher Client (diesmal mit MorphXT 10.5) - andere Datei - 6.75 GB größ.

Da außer dem MoD alles gleich ist, spar ich mir Bild und verweise auf -> mein Beitrag vom 19.09.2008 - eMule 0.49b MorphXT v11.1-Forum

Schon eigenartig, daß der gleiche Client nochmal bei genau 100.7% dann wieder fertig war.

Gruß Dia ;)

Hallo Stulle,

Also den aktuellen Morph habe ich schonmal auf ubuntu getestet und der läuft ohne Probleme.
Auf Windows werde ich den morgen oder Freitag dann testen.

Hallo Stulle,

Also die Morph mod läuft auch auf der Windows Maschine ohne Probleme.
Habe die Stulle 6.1 wieder angemacht und keine zehn Minuten später wieder ein freeze.
Konntest Du dir das schon anschauen?
Ich habe keine Idee woran es liegen kann.

Neuer Stulle Nutzer :-)
 

Nachdem ich jetzt schon einige Zeit (übern Jahr) einen anderen Mod am laufen hatte, dachte ich, die Zeit was zu ändern ist gekommen.
Nun seit heute Mittag mit StulleMule unterwegs; liebe es schon das Grautier :-)
Dabei läuft bei mir nicht jeder, denn hab so 'ne blöde fastweb.
Hab zwar immer niedrige id + ein firewalled Kad, aber das ist eben mit Fastweb (bin nicht in germany).
Trotzdem saugt das Tierchen liebevoll dahin.
Danke an den Moddern.
Netten Gruß.....................R.

Tja....Fastweb und ihre nicht oeffentliche IP...

Erklaerung fuer alle die's nicht wissen: Fastweb ist ein italienischer ISP, bei dem man "normales" DSL, und aber auch teilweise (wo verfuegbar) Glasfaser mit syncronen 10 MBit/s bekommt...
...der Nachteil an FW ist aber, das du praktisch hinter einem riesigen Router (mit NAT) steckst...

Wollte das nur mal erklaert haben :P

@Myth88,

Danke für die Erklärung

Hallo Stulle,

Endlich, ich habe mal ein crashdump für dich, mein Rechner ist dabei nicht eingefroren, hoffe das hilft Dir weiter.

Hallo Stulle, hier eine weitere dump, also die 6.1 ist wesentlich unstabiler als die 6.0.

Hab erst seit ca 2 wochen den Stulle. kenne also die version 6 nicht.bei mir (clean install) läuft Eselchen bis ich aus anderen Gründen ausschalte bzw. neu starten muss. bis jetzt also ungefähr 3 x 5 Tage. Ohne Zicken :-)Bin sehr zufrieden mit Stulle.Cu...............R.

Nettes tool ......gut geworden ..... thanks ;-)

Möchte mich auch mal bedanken. Läuft super.:yes:

Auch keine Abstürze mit meinem System.:clap

BugFix
 

moin Stulle,
hast gesagt ich soll das irgendwo posten wo du auch bist,
wollte nicht extra nen neuen Thread öffnen hier der Fix ausn MagicAngel
queuelistctrl
der Selbe fehler ist auch nochma in der uploadlistctrl

Hatte in den letzten Tagen mehrere Abstürze. Da konnte ich Emule nicht mal mehr per Taskmanager beenden. Leider hatte ich vergessen eine Crash-Dump zu erstellen, den Haken zu setzen. Das habe ich jetzt getan. Beim nächsten mal poste ich dann meine Hardware-Daten, OS und die Dump. Hoffe das es dann reicht und hilft. Achso, die Verbose-Infos auch...sehe dann ja was in der Dump steht.

FileSettings.ini: Benutzeroberfläche friert ein
 

Hi, ich bin neu hier. Ich habe die FAQs gelesen und habe auch die Suchmaschine benutzt.
Ich hoffe ich habe keine Infos zum Thema FileSetings.ini übersehen?!

Ich habe auch das Problem, dass die Oberfläche einfriert. Ob der Download/Upload weitergeht werde ich beim nächsten mal überprüfen. Auf jedenfall steigt die CPU Auslastung bis zum Anschlag an. Mein Rechner ist nicht der schnellste, aber wenn er nicht gerade FileSettings.ini speichert, ist noch genug Kapazität da.

Durch den Filemonitor betrachtet, gibt es ganz viele kleine Operationen auf diese Datei. Öffnen, Locken, 10-20 Byte schreiben, unlocken, schließen. Das belastet die CPU wahrscheinlich extrem.

Das ganze sieht dan so aus:
08 0.00001592 FSCTL_IS_VOLUME_MOUNTED E:\eMule0.49b-StulleMule_v6.1-bin SUCCESS
09 0.00001173 FSCTL_IS_VOLUME_MOUNTED E:\eMule0.49b-StulleMule_v6.1-bin SUCCESS
10 0.00021343 IRP_MJ_CREATE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Options: OpenIf Access: 0012019F
11 0.00000978 FASTIO_LOCK E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Excl: Yes Offset: 0 Length: -1
12 0.00000419 FASTIO_QUERY_STANDARD_INFO E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Length: 665957
13 0.00578928 IRP_MJ_READ E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Offset: 0 Length: 665957
14 0.00000698 FASTIO_CHECK_IF_POSSIBLE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini FAILURE Write: Offset: 665957 Length: 16
15 0.00005671 FASTIO_WRITE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini FAILURE Offset: 665957 Length: 16
16 0.00007180 IRP_MJ_WRITE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Offset: 665957 Length: 16
17 0.00012767 IRP_MJ_SET_INFORMATION E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Length: 665973
18 0.00000726 FASTIO_UNLOCK E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini RANGE NOT LOCKED Offset: 0 Length: -1
19 0.00009694 IRP_MJ_CLEANUP E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS
20 0.00002347 IRP_MJ_CLOSE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS

21 0.00001760 FSCTL_IS_VOLUME_MOUNTED E:\eMule0.49b-StulleMule_v6.1-bin SUCCESS
22 0.00001201 FSCTL_IS_VOLUME_MOUNTED E:\eMule0.49b-StulleMule_v6.1-bin SUCCESS
23 0.00020980 IRP_MJ_CREATE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Options: OpenIf Access: 0012019F
24 0.00000894 FASTIO_LOCK E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Excl: Yes Offset: 0 Length: -1
25 0.00000587 FASTIO_QUERY_STANDARD_INFO E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Length: 665973
26 0.00542611 IRP_MJ_READ E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Offset: 0 Length: 665973
27 0.00000754 FASTIO_CHECK_IF_POSSIBLE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini FAILURE Write: Offset: 665973 Length: 13
28 0.00005671 FASTIO_WRITE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini FAILURE Offset: 665973 Length: 13
29 0.00007180 IRP_MJ_WRITE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Offset: 665973 Length: 13
30 0.00012990 IRP_MJ_SET_INFORMATION E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS Length: 665986
31 0.00000698 FASTIO_UNLOCK E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini RANGE NOT LOCKED Offset: 0 Length: -1
32 0.00009750 IRP_MJ_CLEANUP E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS
33 0.00002151 IRP_MJ_CLOSE E:\eMule0.49b-StulleMule_v6.1-bin\config\FileSettings.ini SUCCESS

usw.

Kann es sein, daß die Datei wächst und schrumpft? Auf jedenfall ist sie jede paar Minuten ziemlich fragmentiert.

Vielleicht sollte zwischen open und close einfach ein bisschen mehr tun und dem thread zusätzlich eine niedrige prio geben?

Was wird eigentlich in der FileSettings.ini gespeichert?

Gruß,
Mel

also, zu aller erst, was die datei macht ist in der FAQ der homepage gesagt. sie speichert die SivkaFileSettings (im folgenden SFS).

im grunde sollte es auch nicht unglaublich häufig gerufen werden. ein typischer fall für das rufen ist neue datei, SFS geändert oder FollowTheMajority einstellungen geändert.
das schreiben als solches wird mit einer klasse gemacht, die standard in emule ist und auch für alle anderen *.ini dateien verwendet wird. der speichervorgang selbst ist so gestaltet, dass eine gruppe (durch [] angezeigt in der FileSettings.ini) pro download erzeugt wird und in ihr werden die verschiedenen optionen gespeichert.

der nachteil ist, dass sie etwas viel cpu braucht. der vorteil ist, gegenüber einer .met datei, dass wir immernoch die einstellungen manuell verändern können, wenn emule geschlossen ist. da ich um die problematik wusste habe ich das ganze nun gethreaded und dieser thread ist auch auf niedrigster priorität. der upload, download und alles weitere ist von daher nicht mehr beeinträchtigt, beim speichern. das einzige was bleibt ist, dass dein computer mit der cpu last so zu kämpfen hat, dass die gui nicht mehr ansprechbar wird.

nun, es gibt drei möglichkeiten das ganze zu optimieren. alle drei gehen aber damit einher, dass die FileSettings garnicht mehr oder nur noch teilweise über die gespeicherte datei verändert werden können.
szenario 1: wir speichern nur noch veränderte (sprich nicht-default/standard) einstellungen. vorteil, wir speichern weniger. nachteil, wir müssten selbst nicht vorhandene gruppen und einträge einfügen.
szenario 2: wir speichern alles in einer .met datei. vorteil, keinerlei nutzung der doch recht langsamen ini klasse. nachteil, wir könnten absolut nichts mehr verändern außerhalb des programms.
szenario 3: kombination aus 1 und 2, sprich wir speichern nur veränderte einstellungen in einer .met. die vorteile kombinieren sich, die nachteile entsprechen dem von szenario 2.

da mir eigentlich keine der lösungen 100% gefallen hab ich es bis aufs weiter gelassen und auf threading gesetzt. wenn ihr - damit meine ich alle nutzer - meint, dass sollte ich nach einem der szenarien (s.o.) ändern, dann sagt das bitte.

zu deinem genauen problem, wieviele downloads hast du überhaupt? wenn du natürlich unglaublich viele downloads hast ist die last ungleich höher.

PS: bitte beim nächsten mal die standardschrift, auch wenn sie dir schlechter gefällt. das ist weniger anstrengend zu lesen und ich muss mir nicht überlegen, ob du irgendwas wichtiges hervorheben musst... hab vorhin die hälfte überlesen beim ersten anlauf... und für logs nutze bitte das quote/zitat bzw. code kommando des boards.

"Etwas" ist gut... und eines der Hauptprobleme bei den SFS ist dass die Datei jedesmal komplett gelöscht und neu erstellt wird... wenigstens beim Speichern könnte man also leicht einen txt-Mode benutzen und damit um ein VIELFACHES schneller speichern.

Zu 1) was genau meinst du denn da?
Zu 2) du könntest einen Editor basteln :)
Zu 3) naja siehe 2...
Du könntest auch noch (s.o.) einen anderen Modus zum Speichern verwenden oder eine andere .ini-Implementierung (eMulePlus) benutzen die (weitaus!) schneller sind.

Das geschilderte Problem ist jedoch nicht von der Hand zu weisen da offenbar sehr sehr viele Leute das Problem haben seit du Threadings eingeführt hast... das ist auch kein Angriff sondern einfach ein Anstoss da nochmal nachzuforschen, sonst geht es dir wie David mit dem Neo: 1000 Funktionen und fast alle haben irgendwo einen Haken.

Aso BTW:
Sollte das nicht > sein? Und SAVE_WAIT_TIME könnte direkt als 5000 definiert werden, wäre lesbarer.
Die ganzen ...TakeOver Variablen sind an sich auch total sinnlos... sie sparen ja nicht wirklich irgendwas ein :whistle

Ich hatte komischer Weise seit dem letzten Posting keinen Absturz(Einfrierung) mehr. Mein Rechner ist relativ neu habe nen Dualcore@2,5Ghz und 2Gb Ram. Windows Xp Sp3. Also daran sollte es nicht liegen. Die Downloadanzahl ist nicht höher als 100. Verbindungen auf 800.

Hatte minimal hier und da mal was verändert(dazu die Erklärungen in den Tooltipps natürlich durchgelesen) und weiß nicht, es läuft wie gesagt wieder.:yes:

Auf welches Level sollte ich eigentlich die Verbose-Log stellen falls mal was passiert? Oder ist das egal wenn eine Crash-Dump erstellt wird? Ist das der gleiche Datei-Typ wie diese .logs?

Ansonsten..."Never change a running system".:naughty *Scherz*:mrgreen:


Edit 1: *War ja nen Denkfehler und hatte sich erledigt...*


Nochmal Edit: @Stulle: Kann es sein das die Prioritätsabstufungen innerhalb von Powershare sehr gering sind? Ich habe da jetzt über mehrere Tage kaum einen Unterschied bemerkt. Von Powershare zu normalen Upload ist klar. Normaler Release ohne Powershare auch. Aber innerhalb von Powershare...ich habe nämlich versucht gewisse Dateien auszubremsen, aber trotzdem noch normalen Downloads zu bevorzugen, damit andere Dateien mit Powershare stärker verteilt werden. So blieb mir nur erstmal übrig die in den normalen Abstufungen ganz runterzuschrauben. Ich weiß das es die Möglichkeit gibt PS zu automatisieren über Quellen und Datenmengenlimits. Aber irgendwie stimmen die Quellenangaben nicht immer habe ich das Gefühl. Wenn nämlich keine Anfrage der Quelle da war meine ich. Und ich selber auch bei keinen in der Liste stehe. Anders als z.B. bei Dateien die ich im Download habe die aber auch als unfertige Shares gelten. Hatte nämlich vorhin vorm Rechnerneustart bei einer Datei 8-9 Quellen. Jetzt 2 Stunden später zeigt der immer nur noch eine. Und die haben die ja nicht alle rausgenommen. Naja, ansonsten mache ich das vorher manuell und lasse es dann laufen. Das geht auch.

Und wenn ich die besagten Dateien per Release und die anderen mit Powershare uploade dann haben die Download/Uploads von mir kaum noch ne Chance. Bei Powershare wird immer noch genügend Platz für nen Normalupload gelassen. Stelle ich die Datein auf "Normal" und "Hoch" ist kein großer Effekt. Da bleibt mir dann eben nur noch ganz ausbremsen "niedrig" und "sehr niedrig" und später wieder Powershare reinmachen wenn die andere Dateien im Powershare weiter fortgeschritten sind. Wenn ich mir sicher bin das es genug andere Quellen gibt deaktiviere ich dann sowieso nach und nach wieder PS, damit das mit den Credits auch wieder normal läuft und meine Downloads voran kommen.

PS: Ist wie ich gesagt habe. Habe mal eben den "Xtreme" paralell angemacht. Ohne Downloads usw. Nur einfach die Kadsuche benutzt. Da werden für die besagte Datei die Quellen angezeigt. Nur im "Stulle" noch nicht. Da die ja jetzt wahrscheinlich fleissig so sharen(alle nötigen Teile haben) und ich deswegen keine Anfragen da drauf habe. Hierfür kann ich PS deaktivieren.

Wie kann ich die Crash-Dump ansehen? Irgendwie geht das mit dem Editor nicht(Zeichendarstellung). Habe da auch noch 3 Crashdump Dateien...


Edit: Und herzlichen Glückwunsch Stulle. Dachte du wärst ein wenig älter. Jedenfalls scheinst du sehr talentiert und ehrgeizig zu sein.:clap

crashdumps sind für mich. dafür brauchst du visual studio, den src code und natürlich die entsprechende .pdb zur exe. kurz um, du müsstest selbst compilen.

danke für die glückwünsche.

Und genau deswegen wollte ich heute abend posten, habs heute vor der Arbeit nicht mehr geschafft.
Also hier Stulle habe ich mal eine crashdump Sammlung für Dich, hoffe es hilft.

... und noch ein paar

... und noch eine runde

Sind alles wie Du sehen kannst noch von der 6.0, die 6.1 habe ich nicht am laufen, weil die ja immer, wie schon vorher erwähnt den Rechner lahm legt.

...ist ja nicht von der 0.49b StulleMule 6.1, oder?

:clap

:bang <--MyTh--> :bang

....omfg...lesen sollte man doch richtig... :chuckle

Sry...

6.1 crashdumps @ stulleamgym at gmx dot net. no further comments... "drink up bitches, it's christmas eve!

Ach jo, sorry die nächsten kommen per mail.
Habe heute morgen nochmal die 6.1 gestartet, bin mal gespannt wie lange die läuft und ob es auch mal ne dump gibt wenn sie abschmiert.

@Stulle: Das Problem ist das ich wissen möchte was dort drin steht. Bei den Logs soll man ja auch persönliche Informationen usw entfernen.

@Maulbongo: Ich teste jetzt im Moment Version 6.0. In der Hoffnung das die nicht so oft abschmiert wie die 6.1.. Hatte mir jetzt nämlich extra mehr Zeit gelassen um das zu beobachten. Ok, vorher war es eher ein hin/her da war ich mir noch nicht so sicher. Aber Version 6.1 stürzt z.B. bei mir sogar ab wenn ich in der Dateisuche Rechtsklick mache und das Menü/Reiter geöffnet wird. Dann friert Emule ein - keine Rückmeldung. Das schlimmste ist aber das man Emule nichtmal mit den Taskmanager dann beenden kann. Das ist ein regelmäßiger Absturz. Der andere ereignet sich meistens dann wenn ich die Mod nen paar Stunden laufen lasse(netterweise wird jetzt dazu regelmäßig ne crashdump erstellt). Komischer Weise immer Nachts. Bin ich in der Nähe dann passiert nichts.:P:mrgreen:

Ältere Versionen von Stulle-Mulle habe ich leider nicht mehr. Die liefen bei mir zumindest stabiler.

1. wenn du nicht die funktionsweise von den dumps verstehst, dann kann ich dir nicht begreiflich machen was sie tun. grundsätzlich ist es mir aber rotz egal was ihr ladet oder wie auch immer und interessiere mich ausschließlich für den code.

2. StulleMule und nichts anderes, sonst werd ich grantig.