![[eMule-Web]](images/satellite/header/logo.jpg){kind=logo}
|
Zitat:
Aber ich habe das gestern wirklich probiert, um das mal durchzutesten: Einstellungen: DSL = 1024/256 kBit Traffic-Shaping = deaktiviert DL = hatte keinen laufen UL = unbegrenzt Pro Client = 21 kb/s (s.o.) Und für jeden Durchlauf die I-Net-Verbindung neu aufgebaut und Stulle neu gestartet, damit es vergleichbar ist. Außerdem hatte Stulle die I-Net-Verbindung für sich alleine, auch keine regelmäßige eMail-Abfrage, damit SUC und USS ungestört sind. 1. SUC: Einstelungen auf Standard (hatte die prefereces.ini nach der Stulle-Installation gelöscht, um es von Grund auf neu einzurichten). http://home.arcor.de/adda504/eMule/SUC-Standard.png Sorry wegen des Skalierung, hatte nicht daran gedacht, dass es sinvoller wäre, den Intervall etwas schneller zu stellen. Wie man sieht, haut der den UL gleich bis oben hin voll (eigentlich sogar noch höher, wollte mit bis zu 40 kb/s senden) und öffnet auch viel zu viele Slots. (normal wäre ja einer mit 21 kb/s und nen zweiter mit den restlichen max. 8 kb/s) Im Protokoll sah das dann so aus: Code: 21:05:50: 168969 IP-Filter geladenFazit: Für mich unbenutzbar. 2. USS: Auch alles auf Standard (max. Ping 200, Toleranz 500%, Erh./Abs. 1000 ms), nur durchschn. Pings auf 2, da ja in der Popup-Hilfe von 1 abgearten wird: http://home.arcor.de/adda504/eMule/USS-Standard.png Die Skalierung habe ich beibehalten, damit vergleichbar. Das sieht schon besser aus, auch bei den geöffneten Slots. Allerdings sind die 22-23 kb/s nen Bisschen wenig, da nichts anderes lief, auch kein Download, hätte er locker auf 28 kb/s gehen können. Dann habe ich mit der verschiedenen Durchschnitts-Ping-Anzahl rumprobiert (alles andere immer noch auf Standard): 1 Ping: http://home.arcor.de/adda504/eMule/USS-Ping1.png Das kann man wohl vergessen. 2 Ping: http://home.arcor.de/adda504/eMule/USS-Ping2.png Schon besser. Nur schade, dass er so lange braucht, um den optimalen UL zu finden und wer weiß, wie das weiter gelaufen wäre. 3 Ping: http://home.arcor.de/adda504/eMule/USS-Ping3.png Sehr gleichmäßig. Nur wie gesagt: 23 kb/s sind in der Situation viel zu wenig. Und dann habe ich probiert, was passiert, wenn ich ne große Mail sende (3,8 MB - Punkt A, immer noch auf 3 Ping): http://home.arcor.de/adda504/eMule/U...send_Ping3.png Der UL wurde in akzeptabler Geschwindigkeit gedrosselt, stieg aber nachdem die Mail durch war (nur senden, kein Abruf, Punkt B), viel zu langsam wieder an. Deshalb habe ich bei C auf 1 Ping gestellt. Das war schon etwas besser, aber immer noch zu langsam, also habe ich bei D noch die Erh./Abs. auf 100 ms gestellt (wenn schon, denn schon ;) ), das hat dann auch richtig Wirkung gezeigt. :) Problem: Mit der Einstellung (1 Ping, 100 ms) gab's dann kein Halten mehr. Es wurden viele Slots geöffnet (wenn auch noch im akzeptablen Rahmen) und die UL-Rate sprang hin und her. Ich habe dann wieder auf 3 Pings gestellt, dadurch hat es sich zwar etwas beruhigt, aber noch nicht genug und dann habe ich die Erh./Abs. erst auf 200 ms, dann auf 300 ms erhöht, das war dann schon besser. Mit der Einstellung habe ich die Mail dann nochmal verschickt. Diemals ging der UL sehr schnell runter, stieg danach aber wieder nur sehr langsam an. Nach 5 Min. erst bei 13 kb/s, obwohl eMule wieder die komplette Bandbreite für sich hatte. Die Pings wurden in der Statusleiste übrigens mit um die 45 ms angezeigt. Ich habe dann noch nen Bisschen gesurft, aber obwohl der UL sich nur bei 18 kb/s eingependet hat, war das merklich zäher, als ich es mit Traffic-Shaping und fixen 24 kb/s gewohnt bin. Ich habe dann Traffic-Shaping wieder aktiviert, das UL-Limit testweise sogar auf 26 kb/s gesetzt und konnte dann immer noch flüssiger surfen also ohne TS bei nur 18 kb/s. Fazit: USS ist für mich alles andere als optimal. Mit TS und festem UL kann ich deutlich besser surfen und gleichzeitig mehr verteilen. Und wenn ich mal nen größeren UL habe, dann regel ich eMule eben gerade über's Tray-Icon von Hand runter. Das geht wesentlich schneller und zuverlässiger, als per Automatik. Mir ist natürlich klar, das jemand, der sich die I-Net-Verbindung mit jemand anderem teilt, auf USS nicht verzichten kann, andererseits gibt's zumindest von AVM auch Router, die Traffic-Shaping beherrschen, das wäre IMO die bessere Lösung. Das betrifft übrigens nicht nur den Stulle-Mod, sondern alle eMules, die bisher getestet habe und auch die Automatiken von Bit-Torrent, µTorrent und den Torrent-DL per Opera. Und wo ich schon mal dabei bin: Beim Auto schalte ich auch lieber manuell. ;) Gruß, Andreas Edit: Was ist das denn für nen Müll: Zitat:
[edit by Pathfinder: IP unkenntlich gemacht - Board Rules beachten!] |
bei gut eingestelltem uss ohne TS ist das slot handling optimal. trotzdem kann es vorkommen, dass viele slots nötig werden, wenn nämlich ein client nicht alles nehmen kann was er soll. möglichst wenig slots hast du bei slotfocus (alle client slot datarates auf 0). solltest du wieder erwarten viele slots haben, bitte sag uns ob es vielleicht doch clients sind, die nicht alles nehmen können. übrigens, der ping sollte bei emule auf 200 stehen und use max ping value an sein. um schneller hoch bzw. runter zu gehen ändere die going up/ down slowness werte. der ping sollte immer auf 1 stehen. mfg stulle |
Caramon2 Du solltest in Deine Überlegungen einbeziehen, dass die im eMule angegebenen Werte, mehr oder weniger, geschätzte Werte darstellen, die zudem den Netto Upload anzeigen. In Wirklichkeit, kann man so über den Daumen 5 - 7,5 k/bs dazurechnen. Wenn du also mit 24 hochlädst, bist Du da schon ziemlich am Limit des möglichen. Vergleiche des USS Verhalten, beim Start, bzw in der Startphase ( 0 - 3 h) sind eigentlich unsinnig. eMule hat gerade in dieser Phase soviel zu erledigen, dass mit Sicherheit, bei z.B. 20 Starts, jeder einzelne USS Graph anders aussieht. Selbst grobe Änderungen, der Einstellungen, wirken sich in der Regel erst nach Stunden so aus...wie sie angedacht sind. Hinzu kommt dann noch, dass bis jetzt noch immer, jede neue Mod-Version ein anderes Verhalten an den Tag legt. Grundsätzlich, bekommt man beim MorphXT und darauf basierenden Mods sehr gute Ergebnisse, bei 3 Pings und zwischen 400 - 650 anstieg/absenkung, wenn es auf eine schnelle Reaktion ankommen soll. Grundeinstellung sollte: Millisekunde sein. Januar |
Moin! :) Zuerst vorab: Das mit USS war nur interessehalber, weil ich das mal austesten wollte und ich habe es hier gepostet, damit andere, die das nutzen wollen/müssen auch was davon, bzw. von der jetztigen Diskussion haben. Ernsthaft habe ich das nie in Erwägung gezogen und werde ich auch nie, da ich nicht auf Traffic-Shaping verzichten werde. Ich habe meinen Computer nicht nur für eMule, sondern lasse es im Hintergrund laufen, weil ich noch genügend Bandbreite frei habe. Irgendwelche Einschränkungen werde ich dadurch nicht in Kauf nehmen. Und der Verzicht auf TS wäre für mich eine sehr große Einschränkung. Zitat:
Den Eindruck, dass die Clients das nicht abnehmen konnten, hatte ich eigentlich nicht. Ich nehme eher an, das lang daran, dass ich kein UL-Limit gesetzt hatte und bei der drastischen Verkürzung der up/down-Zeit, ist USS zuerst von einem viel höheren UL ausgegangen und hat deshalb mehr Slots geöffnet. Andererseits sind max. 7 Slots bei möglichen 29 kb/s UL, ja nicht zu viel, im Gegensatz zu den 18 Slots bei SUC. Also ich würde sagen, auch wenn man USS benutzt, sollte man auf jeden Fall ein UL-Limit setzten, zumindest auf das effektive Maximum, was bei mir 29 kb/s gewesen wären. Dann könnte es nicht mehr zu diesen Irritationen von USS kommen. Zitat:
Auf meine eigentliche Frage im ersten Beitrag bis du aber nicht eingegangen: Ich habe 24 kb/s UL und möchte, dass die Leute 8 kb/s bekommen, damit es nicht, wie beim normalen eMule, fast ne Std. dauert, bis ein Chunk übertragen ist. Bis vor kurzem habe ich AcKroNiC benutzt, da konnte ich die Slotanzahl einstellen, also auf 3. - Problem: Wenn die nicht mal 8 kb/s abgenommen haben, wurde nur max. 1 weiterer Slot geöffnet. Wenn der dann auch nur mit um die 1-2 kb/s rumgekrochen ist, brach mit UL deutlich ein. Ich musst 5 Slots einstellen (also max 6 Slots), damit die eingestellte Bandbreite durchgehend ausgenutzt wird, womit ich schon wieder bei über ner halben Std./Chunk war. Zwar unschön, konnte man aber nicht ändern. Da AcKroNiC immer noch auf dem .47a basiert und ich schon Probleme wg. der nicht unterstützen Verschlüsselung hatte, habe nach ner aktuelleren Alternaitve gesucht und bin so zu Stulle gekommen, da er mir alles bot, was ich bei AcKroNiC benutzt habe + div. Sachen, die noch viel besser gelöst waren, was ich mir immer schon gewünscht hatte. (keine Schleimerei, ist wirklich so) Das einzige Manko ist aber auch hier die Slotsteuerung, obwohl ganz anders gelöst: Also 24 kb UL eingestellt, pro Client 8 kb/s und wenn die das nicht abnehmen wollten, wurden beliebig viele weitere Slots geöffnet, bis der UL ausgelastet war. = optimal, ich war glücklich. :) Problem: wenn aber z.B. nur einer saugt (rel. oft der Fall, da meine eigenen Videos nicht so gefragt sind), bekommt der auch nur max. 8 kb/s und die restliche Bandbreite liegt unnützerweise brach. - Wie kann man das umgehen? OK, ich weiß natürlich, dass wenn ich auf Slotfocus stelle, die Bandbreite nach Möglichkeit voll ausgenutzt wird, nur wie schon geschrieben, werden Low-IDs da offensichtlich stark benachteiliegt, bzw. bekommen nie was, solange ein High-ID den vollen UL abnehmen kann. Zitat:
Btw: Mit Traffic-Shaping kann ich noch bei 26 kb/s UL normal surfen, die Verzögerung ist minimal, kaum wahrnehmbar. Zitat:
Guck dir meine Screenshots an, wie viele aktive Verbindungen ich hatte: max. 5-15, nicht mehr. Wo hatte eMule da viel zu tun? Zitat:
Zumindest für meine Zwecke. Wenn man häufiger größere Uploads nebenbei hat, wäre das sicher ziemlich lästig, eMule ständig manuell runter und wieder hochzugegeln. Dann würde ich auch auf TS verzichten und USS aktivieren, da das das deutlich kleinere Übel wäre. Aber ich lade vielleicht alle paar Tage mal was größeres hoch, wo ich Hand anlegen muss. Ich spreche von mehreren MB. Bei kleineren Sachen macht das keinen Sinn, da TS eMule bei Bedarf sowieso bis auf die Hälfte runterbremst. Und bei cFOS soll man sogar Prioritäten einrichten können, so das eMule, wenn auf niedrige Priorität, dann ganz runtergeschraubt wird. Das kenne ich aber nicht aus eigener Erfahrung. Bei meiner älteren OEM-Version, die ich vom Provider bekommen habe geht das nicht und da die scheinbar nicht Dual-Core-geeignet ist, kann ich die jetzt sowieso nicht mehr nutzen. Die Fritz-Soft gefällt mir auch viel besser, da mir dann dieser Umweg über's DFÜ-Netzwerk erspart bleibt und die gleich Firewallfunktionalität eingebaut hat. Zitat:
Gruß, Andreas |
Zitat:
http://www.januar2.de/tools/nsli.exe Zitat:
Zitat:
TS, bei einem Zzul-basierten Mod zu nutzen, ist *ganz vorsichtig ausgedrückt*, blanker Schwachsinn. Insofern sind Deine Beobachtungen nicht hilfreich, allerhöchsens dahingehend, dass sie bestätigen, das TS und Zz Uploadsystem, wie Feuer und Wasser sind und damit nicht vereinbar. Zitat:
Januar |
Feature Request Hallo Stulle, ich hätte gern das "Speedmeter on Toolbar"-Feature im StulleMule da ich es ehrlich gesagt seitdem ich vom "Emule Plus" weg bin sehr vermisse. Feature-Beschreibung: Die "Funktion" "Speedmeter on Toolbar" blendet in die Toolbar von eMule einen kleinen Graphen ein der den Up- und Downspeed anzeigt, dadurch kann man sich in jedem "Fenster" von eMule (also Kad, Server, Transfer, Dateien ...) mit einem Blick auch den Up- und Download (bzw. dessen Verhalten) der letzten Zeit ansehen ohne in das Statistik-Fenster wechseln zu müssen. Hältst du das für machbar? & Würdest du es versuchen? Ich habe auch mal die Posts hier rausgesucht die dieses Feature erwähnen, könnte ja sein das es dich interessiert. ;-) http://www.emule-web.de/board/116704-post1.html -> eMule v0.47c X-Ray MOD v0.3 http://www.emule-web.de/board/51489-post6.html -> eMule 0.30d Peace v0.07a http://www.emule-web.de/board/19724-post25.html -> Vorlost http://www.emule-web.de/board/3289-post1.html -> eMule Plus 0.24b 2 Oxygen 3 http://www.emule-web.de/board/20858-post13.html -> Emule plus 1c Über das Feature an sich steht da allerdings nicht wirklich etwas drin. MfG Pan Tau |
hört sich nich verkehrt an, ich guck mal. das ist jetzt aber keine endgültige zusage! |
neue version ist da! viel spaß damit |
Thanks, but removing of trickle slots doesn't work very well (if at all) and although I set powershare to 100 % of upload speed there are still other non-PS files in the upload queue after activating PS ... and other non-PS files can even still enter the upload queue, just to stay (most of the time) in standby at the bottom of the queue. Pretty weird ... In 4.3 this used to work very well, I'd guess that the USC changes in MorphXT part could be the reason? Spread Credit Slots is disabled. Edit: Hmm, when using a 100% friendslots removing of trickle/other slots seems to work at least a lot better. Strange. |
könnte der grund sein. in jedem fall wäre ein check mit dem morph zum vergleich hilfreich um genauer bestimmen zu können wo die fehlerquelle ist. mfg stulle |
:dance Bei mir rennt er jetzt, seit 1 Tag und 6:07 Stunden absolut Perfekt. Die automatische Prioumstellung ist klasse. Neuerdings kann man bei einigen Mods auch sofort die Uploadprio einstellen...das wär noch das I-Tüpfelchen Was der NT Service, beim Webserver macht, oder machen soll, hab ich noch nicht verstanden... DANKE !!! ...für den SuperMod !!!!!!!!!!!!!! :beer: Januar |
du mußt auch den nt server "fernsteuern"! ;) |
http://img133.imagevenue.com/loc120/..._122_120lo.jpg ich bekomme die fehlermeldung auf einem win2k sp4 system habe mir hier DLL-files.com - Download all your missing dll-files. die neue geholt leider ohne erfolg wer kann weiter helfen? |
Gleiche Probleme ! |
habt ihr wirklich die neuste version geladen¿ hatte am anfang einen kleinen fehler gemacht, weil ich was vergessen hatte zu installieren. ladet bitte nochmal das paket neu runter, zur not auch über ed2k! @ Pan Tau: hab was für dich! preview4.5.JPG ist aber noch weit weg vom final code. ;) mfg stulle |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 03:06 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.