![]() |
Re: Was mache ich denn falsch... Zitat:
|
Hi! Frage vorweg: Der LSD-Mod wird doch als Leecher angesehen, sollte vom Mod also gebannt werden, oder :?: Habe bei ~ 4000 Clients in der Queue auch kein einziges LSD... 8) Allerdings ist mir aufgefallen, dass ich manchmal Files, die auf Powershare stehen, an LSD-Mods verteile... :evil: Ist das normal, oder könnte das ein Bug sein? Habe unter "Cyrex2001" alles belassen, die Anti-Leecher-Funktion ist also aktiviert... Der LSD-Mod ist übrigens Version 0.30irgendwas gewesen... Hiwi |
hi @ all, nochmal meine frage: Hat niemand sonst das prob mit stagnierender clients.met seit umstieg von v3.8 auf v4.0? hatte vor dem umstieg 42308 bekannte clients; clients.met wächst auch während v4.0 läuft; aber nach jedem neustart ist sie wieder auf dem ausgangswert! vielen dank für jeglichen hinweis! c ya my friends |
Re: Was mache ich denn falsch... Zitat:
Gruß Tim-xxx |
Hast du Upload auf max? oder hast du dir paar KB luft gelassen. Etwas luft sollte schon sein, das ärgert mich an der 2/3000 DL hoch und der Upload wird vernachlässigt. Hardlimit und Verbindungen würde ich so auf max!!! 1000/5000 setzten je nach prozessor auch weniger! aber nicht mehr. |
Zitat:
Hardlimit und Verbindungen auf max. 1000/5000 setzen ? Ich dachte ich sollte diese Zahl reduzieren damit ich nicht zu viele Quellen bekomme (im Moment habe ich nur 50 / 100 eingestellt und komme trotzdem bei 25 aktiven Downloads auf ca. 6000 gefundene Quellen). Kann mir jemand vielleicht helfen, ich verstehe bald nur noch Bahnhof... Danke Tim-xxx |
Wieviele Quellen hast du pro datei? (steht ja hinter der datei, kann dort auch geändert werden) was sagt die grafik der Verbindungen? die 6000 scheint sich auf die Gesammte Anzahl der quellen zu beziehen (addition der zahlen hinter den Dateien) edit: Übersah das du Cfosspeed nutzt, ich habe es nach 24 STunden wieder entfernt! Mir gings um upload, der war vor cfosspeed besser. Welche zugangsumgebung nutzt du sonst XP mit PPoet? Das einzig wahre wird cfos mit cfos speed sein. habe auf einem anderen Board erfahrungen ausgetausch, könnte ja bei den nutzern für dich nachfragen. |
@MasterKGB Also die Quellen pro Datei sind bei den gut verteilten Daten im Schnitt 350. Sonst nutze ich die normale XP Zugangsumgebung, aber ich denke nicht das dieses entscheidend für die schlechten Downloadraten ist. Die Verbindungsgrafik läuft zur Zeit konstant bei ca. 33 (aktive Verbindungen) der Upload läuft so ca. bei 25. Ich hoffe das hilft ein wenig die Probleme zu lösen... Gruß Tim |
Zitat:
da wurde was geändert, im morphxt v4.0, scheint im morphxt pre v4.1 behoben zu sein! update kommt demnächst! tim-xxx, MasterKGB hat dir schon den richtigen tipp gegeben, max. quellen nicht über 4000! cyrex2001 |
@tim-xxx da ist aber noch ein Multiplikator *g* steht unten wenn du nix geändert hast 1:3 (kann man aber) das währen also 99 Aktive verbindungen! Ich sehe nicht das es am Morph liegt, checke mal deine XP registry (da gibts munkelt man so maximale sperren *g*) Weiß nicht ob du tips für die registry schon ausgeführt hast. Meiner Läuft Prima auch mit 3:1 (gewollt *g*) saugt meine Files sehr gut und wenn es momentan für mich langsamer geht liegts am Netz und nicht am prog. Glaube mir ich bin nach vielen Tests an diesem hängen geblieben. gruß an cyrex2001 THX ;-) |
Zitat:
|
hi @ all, vielen dank cyrex2001 für deine schnelle antwort! dann lass ich v4.0 noch so lange laufen. c ya my friends EDIT: habe grade bei meinen friends den eintrag gefunden: last seen: montag 20.09.2004 ! :shock: |
Immer noch Probleme Ich habe mir eure Tips zu Herzen genommen, doch leider funktioniert es immer noch nicht : eMule v0.43b [Cyrex2001 v4.0] Statistik [eMule v0.43b [Cyrex2001 v4.0]] Transfer Session UL:DL Ratio: 2.12 : 1 Session UL:DL Verhältnis (ohne Freundesupload): 2.12 : 1 gesamte UL:DL Ratio: 1.11 : 1 Uploads Session Hochgeladen: 1.67 GB hochgeladene Daten durch Freundesuploads (Session): 0 Bytes Gezielter Upload-Bandbreite füllen: 10 Gesamtanzahl der Uploads: 10 Wartende Uploads: 4001 Upload Sessions: 385 Totaler Overhead (Pakete): 74.63 MB (1.32M) Gesamt Downloads Session Heruntergeladen: 808.67 MB beendete Downloads: 4 Aktive Downloads: 5 Gefundene Quellen: 3857 Download Sessions: 235 durch Komprimierung gewonnen: 94.19 MB (11.6%) durch Datenfehler verloren: 74.22 MB (9.2%) Teile gerettet durch I.C.H: 1 Totaler Overhead (Pakete): 66.28 MB (1.21M) Gesamt Verbindung Session Allgemein Upload Upload-Geschwindigkeit: 22.50 kB/s Durchschnittliche Uploadrate: 21.61 kB/s max. Uploadrate: 35.03 kB/s max. durchschnittliche Uploadrate: 26.15 kB/s Download Download-Geschwindigkeit: 10.82 kB/s Durchschnittliche Downloadrate: 10.21 kB/s max Downloadrate: 38.39 kB/s Max Downloadrate Durchschnitt: 10.21 kB/s Gesamt Zeit Statistiken letzter Reset der Statistiken: Donnerstag, 22.07.2004, 18:52:26 Zeit seit letztem Reset: 5 Tage 23:44 Stunden Session Programm-Laufzeit: 22:32 Stunden Übertragungszeit: 22:31 Stunden (99.9%) Dauer auf aktuellem Server: 22:31 Stunden (99.9%) Dauer auf Servern: 22:31 Stunden (99.9%) Gesamt Abschätzungen Clients Server freigegebene Dateien Festplattenplatz Nach fast 23 STunden habe ich einen Download von 800 MB und einen Upload von 1,6 GB, das ist zwar für die anderen ganz schön, doch ich möchte auch ein wenig haben. Zumal ich mit dem alten T-DSL im Schnitt einen Download von ca. 2 GB am Tag erreicht habe. Wie man sehen kann habe ich keine 4000 Quellen mehr, ich habe auch nur 15 Downloads freigegeben (sonst erreiche ich die 4000 Quellen ja niemals). Das Hard-Limit und die max. Verbindungen habe ich auf 350 eingestellt. Die Kapazitäten habe ich auf 100 / 24 (habe DSL von Versatel mit 2048/256) eingestellt. Alle anderen Einstellungen habe ich so gelassen. Was mache ich nur dauern falsch ??? Ach so Betriebssystem ist XP-Prof. , AMD 2100+, 1 GB RAM. Bitte helft mir...bin schon am verzweifeln... Gruß Tim |
@tim-xxx ich habe auch Versatel 2048/256 und habe im Moment ca. 4700 Quellen, habe dazu das Hardlimit pro Datei auf die dort angezeigten gefundenen Quellen +1/4 jedoch nicht mehr als 350 eingestellt. Die Verbindungen/5sec stehen auf 20, die Max Verbindungen stehen auf 450. Die Kapazität steht auf 256/32 das DL Limit auf 230 das UL Limit ist ausgeschaltet. Upload Speed Sense ist angeschaltet, Minimum auf 11 . Ich bin mit KAD und ED2K verbunden. Mein Durchschnittl. UL liegt nach 32h bei 24 und der DL bei 29 macht 1:1,2 . Vielleicht hilft's! :wink: schnulli900 |
@ tim-xxx Zitat:
Vielleicht ist einfach die Quantität des Uploades dieser Datei zu gering. :idea: Die geringe Quellenzahl, ist ein sicheres Indiez dafür. Plane eben Deinen Dateiload so, dass immer eine gute Mischung im Load ist. Mit ein bischen Übung, bekommt man ein sicheres Gespür dafür. Dazu gehört auch eine kleine Portion Mathe, mit deren Hilfe man abschätzen kann, wo die Wahrscheinlichkeit einer höheren Quellenzahl liegt, sicherlich auf vielbesuchten Seiten mit hoher Userfrequenz, bzw. wenn die Files schon ein bisschen länger im Umlauf sind. Das Neue, dauert eben ein bisschen länger,... aber das ist kalkulierbar und das Geduld dazugehöhrt, ist unabdingbar bei der Eselei. :) Januar |
weiß einer vl rat, wieso dere bei den statistiken bei mir irgendwie utopische werte anzeigt?!? wenn ich auf dateien gehe, um nachzugucken, wieviel ich schon von den jeweiligen filez geshared habe, stehen da so utopische zahlen wie 212 terrabyte!!! ^^ wäre cool, wenn mir da wer nen tip geben würde, das ich wieder den realen wert sehe........................... THX |
sind diese riesigen Werte nur bei Dateien, die noch nicht fertig sind? Bzw. hast du den Muli während des Downloads dieser Dateien öfter mal neu gestartet? Im Morph 4.0 und dann wahrscheinlich auch in dem darauf basierenden Cyrex V4.0 ist ein Bug, der die Verdoppelung dieser Uploadwerte für unfertige Dateien bei jedem Neustart von EMule produziert. Soll lt. Entwickler des Morph Mods in der nächsten Version behoben sein. Hintergrund der Sache ist vielleicht, daß auch der offizielle Muli 43b endlich die Statistiken für unfertige Dateien bei Neustarts nicht vergisst. Der Morph Mod hatte da schon vorher eine eigenen Methodik für, jetzt greifen versehentlich beide Zähler und es kommt fälschlicherweise zu den riesigen Phantomwerten bei häufigen Mulineustarts. Siehe auch: http://forum.emule-project.net/index...howtopic=54413 (Anmeldung an dem offiziellen Forum erforderlich um den Link zu sehen) Ciao Rumpelzuck |
ja stimmt, du hast recht, die werte sind soweit ich das überblicke wirklich nur bei den noch nicht fertigen dateien, wobei ich da schon mittlerweile bei 1.230 TB angelangt bin!!! ^^ danke für deinen hinweis, und ich hoffe das die sache bald gefixt wird............................ THX |
Läuft super: Zitat:
:yes: |
update auf 4.1! cyrex2001 |
THX cyrex2001 will ich mal updaten mein system ;-) |
@cyrex2001 Danke für Deine Arbeit und Deinen neuen Mod! Januar |
Ich schließe mich Januar an... und auch gleich mal geupdatet und geuploaded als Mirror. Cyrex2001 v4.1 |
hi @all, thx @ cyrex2001 für das schnelle update auf v4.1! eMule v0.43b [Cyrex2001 v4.1] Statistics [m.s.vader] Session UL:DL Ratio: 1 : 1.76 Session UL:DL ratio (friends UL excluded): 1 : 1.76 Uploaded Data: 2.06 GB Uploaded data to friend slots (Session): 0 Bytes Focused Uploads/Needed To Fill Bandwidth: 9 Total number of uploads: 8 Waiting Uploads: 3400 Upload Sessions: 416 Total successful upload sessions: 326 (78.37%) Total failed upload sessions: 90 (21.63%) Average Uploaded Per Session: 6.37 MB Average upload time: 49:39 Minutes Total Overhead (Packets): 107.87 MB (1.67M) Downloaded Data: 3.61 GB Completed Downloads: 14 Active Downloads (chunks): 15 Found Sources: 1874 Download Sessions: 1203 Successful Download Sessions: 984 (81.8%) Failed Download Sessions: 219 (18.2%) Average Downloaded Per Session: 3.76 MB Average Download Time: 22:53 Minutes Gained Due To Compression: 37.07 MB (1.0%) Lost Due To Corruption: 9.28 MB (0.3%) Parts Saved Due To I.C.H: 0 Total Overhead (Packets): 102.68 MB (1.80M) Reconnects: 2 Active Connections (estimate): 97 Average Connections (estimate): 91 Peak Connections (estimate): 307 Max Connection Limit Reached: 0 Upload-Speed: 16.79 kB/s Average Uploadrate: 17.47 kB/s Max Upload Rate: 22.15 kB/s Max Average Upload Rate: 18.19 kB/s Download-Speed: 63.36 kB/s Average Downloadrate: 30.67 kB/s Max Downloadrate: 153.01 kB/s Max Downloadrate Average: 31.64 kB/s Runtime: 1 days 10:18 Hours Transfer Time: 1 days 10:18 Hours (100.0%) Current Server Duration: 3:56 Hours (11.5%) Total Server Duration: 1 days 10:13 Hours (99.8%) alle bugs des vorgängers sind behoben. allerdings speichert er nun vor einem neustart nicht mehr die transferred data für unfertige dateien. c ya my friends |
@Cyrex2001 Es ist zum Haare raufen. Da hat man einen Traum-Mod vor sich und kann ihn nicht nutzen....grrrrrrrrr. Mein Prob ist, dass die im Powershare-Release-Modus stehenden eMule-Mods nicht schnell genug abgearbeitet werden. Einmal wegen der geöffneten Slots, die in der Anzahl zu viel sind. Dadurch zieht sich ein Load eines Mods. unerträglich in die länge, bis zu 15 Minuten. Sicherlich nicht angenehm für den User, der natürlich schnell seinen Mod haben möchte. Andererseits, reagiert der Slotfokus, insgesamt deutlich langsammer als der originale ZZUL. Bis jetzt habe ich noch keine Möglichkeit gefunden, dies zu beschleunigen. Ich gebe aber zu, dass das auch Neuland für mich ist und hier auch ein Fehler bei mir liegen kann. Wünschen würde ich mir, dass kleine Dateien, in meinem Fall Mods und Sourcen, gepuscht werden könnten. Im original-ZZUL funzt das ohne Probs, aber leider öffnet der aktuelle bis zu 7 Slots, womit der Schuss Extrapower wieder zunichte gemacht wird. Ich bin mir nicht sicher, ob die MoDDer sich überhaupt Gedanken über solche "Randprobleme" machen. Aber wenn man mal einen Blick, z.B. in die eMule Content Database, mit seinen Millionen von getätigten Downloads wirft, sollte sehr schnell klar werden, wie wichtig das Powershare ist und noch werden wird. Es wäre schön, wenn Du da eine Lösungsmöglichkeit, wenn nicht jetzt, so doch in einer der nächsten Versionen integrieren könntest. [schild=11 fontcolor=FF0000 shadowcolor=C0C0C0 shieldshadow=1]Ich will auch einen Cyrex haben !!![/schild] Januar |
sorry Cyrex2001 wenn ich hier in deinem Thread Werbung für einen anderen Mod mache, aber Zitat:
Das sind für mich auch sehr wichtige Features, die zukünftigen Cyrex Versionen natürlich gut zu Gesicht stünden. :yes: Ciao Rumpelzuck |
@ Rumpelzuck Das ist richtig. Ich habe selbstverständlich auch diesen getestet, so wie ich dies mit fast jedem anderen Mod auch tue. Aber der (Disigner)Mod ist noch nicht ausgereift und stürzte beim aufrufen des Dateibearbeitungs-Fensters ab. So etwas ist für mich ein klarer Fall für die TONNE. 8) Das Feature "push small files" wäre eine gute Lösung und steht leider ansonsten nur in eingen MODs zur verfügung, die ich auf keinen Fall nutzen werde. Januar |
hallo, werd mir mal die funktion "push small files" anschauen! cyrex2001 |
@Januar1956, Abstürze auch beim Pootzgrila RC3? Der läuft bei mir gut, ich habe davon auch noch nichts großartig negatives gehört. Beim RC4 berichten auch andere User von Instabilitäten. @cyrex2001, wie gesagt, schick wäre auch noch eine einstellbare maximale Anzahl Uploadslots. Bei mir tendieren die Morph basierten Mods ansonsten dazu, immer mehr Uploadslots mit 0,5-2 KB aufzumachen und auch den Speed der ansonsten schnelleren ersten Uploadslots soweit abzubremsen, wenn der Gesamtupload an meine Bandbreitengrenze stößt. Dies passiert z. B. dann wenn mein Download zeitweilig größer wird und der maximal nutzbare Upload in dem Zeitraum dadurch kleiner wird. Von der Regelung per USS halte ich auch nicht so viel (Pings an unbeteiligte Dritte), außerdem greift das USS bei dem Einsatz der Priorisierung bestimmter IP Pakete durch den cFosspeed Treiber bei mir eh nicht mehr. Ciao Rumpelzuck |
@Rumpelzuck Zitat:
Allerdings, USS läuft in meinem Fall (mit Router), erste Sahne. Januar |
@Rumpelzuck, dass mit den einstellbaren uploadslots, schaue ich mir auch noch an! ;) cyrex2001 |
Super :) :dance Ciao Rumpelzuck |
wo wir schonmal bei der Upload geschichte sind. Frgae file ist auf Powershare wie kann es sein das ein user (keine FS) über (bis jetzt) 110MB des files durchgehend saugt und die anderen bei 0.1 dümpeln. Also so einen user würde ich gerne raushaben damit die anderen auch was bekommen! |
- Uploadslot 1 bekommt die größtmögliche Bandbreite, die der jeweilige Downloader abnehmen kann (außer bei den oben von mir und Januar 1956 beschriebenen Betriebszuständen). Der nächste Uploadslots 2 bekommt soviel von dem Rest wie er verkraften kann usw. - Files im Powershare kriegen nach Friendslots und PBF Slots den besten Uploadslot (wenn du kein Friendupload und PayBackFirst machst, kriegen also Powershare Files den Slot 1) Wenn also einer 110 MB am Stück von einem powergeshareten File bei dir saugt, könnte es sein, daß er der einzige Interessent für dieses File ist? Dann kriegt er nach jedem geladenem Dateiteil wieder Uploadslot 1 für den nächsten Teil. Oder vielleicht doch PBF aktiviert ist und für ihn greift? (wird neben der Slotnummer angezeigt) Ciao Rumpelzuck |
und das wo soviele das feile haben wolen |
Also die Einstellung von maximalen Slots wäre echt klasse. Der Mod läuft soweit ohne Probleme. Aber .... eine generelle Frage, wenn ich ein File als nur für Freunde deklariere, wieso können dann andere dieses File trotzdem saugen ? Vielen Dank für den Mod. |
Danke für die Version 4.1!! Das was ich an der 4.0 an der Warteschlange zu bemängeln hatte, tritt komischerweise bei dieser Version nicht mehr auf, obwohl es kein Fehler gewesen sein soll. AndiBln |
Hey, danke für den genialen Mod. Hab ihn vorhin komplett neu installiert und nach 10 Stunden 25 kb/s Durchschnitt und aktuell gar 50 kb/s. :) |
Ich hab jetzt ein seltsames Problem. Irgendwie scheint sich der Upload dem Download anzupassen, oder andersherum. Ich häng mal nen Screenshot an, vielleicht wird ja jemand draus schlau und sagt mir was ich falsch mache. :) http://server6.uploadit.org/files/ulf1657-emule.JPG |
was hast du den Freigegeben? Wie sieht es mit Dynamic Upload aus? |
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:50 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.