![]() |
|
Hi SnakePilsken, wie schon gesagt ist dein Mod klasse. Ich hätte aber noch ein paar Vorschläge um den Mod noch zu verbessern: Ich fände es extrem cool, wenn du wie im Sivka eine "Auto NNS/Full QR/too many connections/unkown sources"-Remove-Funktion einrichten könntest! Ich könnte mir vorstellen, das dies vor allem bei vielen Downloads wo man die Quellen beschränken muss, extrem nützlich wäre, da man bei (Auto) Hardlimit 50 nur bei "nützlichen" Quellen in der Queue wäre! Gruss Big_Berny |
Layout der Flaggen Hallo liebe Leute, der Mod ist tatsächlich hervorragend! Es ist der erste 0.44er-Mod der mir nicht nach spätestens drei Stunden spurlos abschmiert. Einfach hervorragend! Was mich jedoch an diesem, und allen vergleichbaren anderen Mods extrem stört, ist das Layout der Flaggen für die IP-Länderzuordnung. Die Flaggen werden auf dem Bildschirm verzerrt und mit dunklen Flecken dargestellt, so daß man meist nur noch raten oder lesen kann, aus welcher Gegend unserer Erde der saugende Kollege nun kommt. Einzig beim RT-Mod sehen die Flaggen richtig klasse aus, doch liegt der mir aus anderen Gründen nicht! Gibt es eine Möglichkeit die Darstellung der Flaggen wahlweise zu verändern? Bin für jeden Rat dankbar! Mit besten Grüßen! lt |
also wenn der overhead nicht so hoch wäre und von sivka die manuelle einstellung von upload slots mit reingenommen würde wäre er top !!! :D |
Ist wirklich schade, das man nicht manuell einstellen kann wieviele Upload-Slots man möchte :? |
@ezekiel Zitat:
Einzig wichtig...eMule laufen lassen und nicht weiter drann rumspielen !!! Januar |
Thread aktualisiert auf iONiX 3.24. |
Zitat:
eMule 0.44b Ionix v3.24 Sources |
Crashreport: Was passiert eigentlich mit den Crashreports automatisch oder was muss man damit selbst etwas machen? Mir ist nicht aufgefallen, dass die Reports automatisch per Email verschickt werden. Muss ich also die Crashreport-Archive selbst irgendwo hin schicken? Wenn ja, wohin? Außerdem ist mir bisher immer aufgefallen, dass zwar das Crashreport-System mitteilt, dass ein Crashreport erzeugt werden müsste. Das passiert dann z. B. nachts, und dabei läuft der Emule lustig weiter, und zwar besser (höherer DL), als vor so einem "Crash". Erst, wenn man dann den Report abspeichert, wird auch Emule runtergefahren. Wenn ich nun die Abspeicherung des Crashreports abbrechen würde, liefe dann mein Emule weiter, ohne runtergefahren zu werden? Hattt also der Crashreport tatsächlich einen Nutzen für die Fehlerbehebung? Denn ich kann mit den Reports wenig anfangen, und wenn sie nur auf meinem Rechner abgespeichert werden, tragen sie ja kaum zur Fehlerbehebung bei. |
Hallo zusammen Ich möchte nochmals das Thema Kad "Firewalled" ansprechen. Habe das Prob auch, dass wenn Kad in den Status "Firewalled" geht, sich nicht mehr öffnen lässt. Hat da schon jemand eine Lösung für? (Ausser neu starten) Habe den 3.24 drauf. Danke für Eure hilfe. PS:Ist bis jetzt der beste Mod den ich getestet hab! C ya Smart |
Hi zusammen der Mod läuft nun seit 2 Tagen ohne jegliche Probleme CPU-usage bei 6-12% Ramverbrauch mittlerweile bei 202MB, scheint mir etwas hoch UL wie an der Schnur gezogen, absolut konstant DL, solche Statistiken hatte ich schon lange nicht mehr. THX für den Mod eMule v0.44b iONiX 3.24 Statistik [[***] snakech] Transfer Session UL:DL Ratio: 1 : 2.34 Session UL:DL Verhältnis (ohne Freundesupload): 1 : 2.43 gesamte UL:DL Ratio: 1.56 : 1 Uploads Session Gesamt Downloads Session Heruntergeladen: 10.01 GB beendete Downloads: 10 Aktive Downloads: 17 Gefundene Quellen: 4117 Download Sessions: 2875 durch Komprimierung gewonnen: 322.54 MB (3.1%) durch Datenfehler verloren: 18.55 MB (0.2%) Teile gerettet durch I.C.H: 2 Whole downloaded amount: 10.75 GB Totaler Overhead (Pakete): 229.04 MB (5.10M) Gesamt Heruntergeladen: 612.31 GB beendete Downloads: 62 Download Sessions: 10454 erfolgreiche Download Sessions: 8626 (82.5%) fehlgeschlagene Download Sessions: 1828 (17.5%) durchschnittlicher Download pro Session: 72.69 MB durchschnittliche Downloadzeit: 14:25 Minuten durch Komprimierung gewonnen: 977.44 MB (0.2%) durch Datenfehler verloren: 86.99 MB (0.0%) Teile gerettet durch I.C.H: 10 Totaler Overhead (Pakete): 1.05 GB (25.45M) Verbindung Session Allgemein Erneute Serververbindungen: 0 aktive Verbindungen (geschätzt): 180 (halb:0 | komplett:36 | andere:144) durchschnittliche Verbindungen (geschätzt): 213 Verbindungsspitze (geschätzt): 389 Verbindungs-Limit erreicht: 0 // edit: Community tag aus nick entfernt // cosmic girl |
Zitat:
|
Zitat:
Da Kademlia über den UPD port von eMule connected, geht eben nichts mehr, wenn der dicht ist. Kann u.U. auch an einer Software Firewall liegen, die irgendwann mit den vielen Verbindungen nicht mehr klar kommt und dann dauerhaft blockiert. Das Problem ist seit den Testclient-Tagen von Kademlia bekannt, aber eigentlich schon lange nicht mehr berichtet worden. Reduziere die relevanten Werte solange, bis Kademlia nicht mehr in den Firewalled-Status springt. Sekunden- bis minutenweise kann das schon mal vorkommen, aber Kademlia sollte sich nach kurzer Zeit von alleine wieder erholen. |
Hallo cosmic girl Vielen Dank für die Antwort. Soft Firewall habe ich nicht. (macht der Router) Die Einstellungen sind 300/300/30. Werde es mal mit kleineren Werten versuchen, wenn er sich wieder aufhängt. Bis dann Smart |
Zitat:
Max. Connections per 5 s (20 reicht völlig) Max. Connections (mal mit 250 testen, aber erst, wenn das Reduzieren des anderen Wertes noch keine Besserung brachte) |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:56 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.