eMule MODs - Allgemein Alles zu den eMule-MODs, die unsere Anforderungen für 'saubere' MODs erfüllen. |
14. October 2003, 17:32
|
#121 | Board Profi
Registriert seit: 02.10.2003
Beiträge: 987
|
Leon, genau da nimmst du das häkchen raus. |
| |
15. October 2003, 00:23
|
#122 | Advanced Member
Registriert seit: 03.03.2003
Beiträge: 253
| Kann mir evtl jemand diesen Ausschnitt aus der Statistik erklären ?
Bitte nicht von den Farben irritieren lassen...es hat den Anschein als würde jedesmal, wenn der Download hoch geht, der "Networkadapter" in die Knie gehen.
-Ist das so ?
-Ist das schlecht ?
Habe die Netzwerkkarte Onboard und eigentlich läuft alles sonst sehr gut. Über eine Aussage/Hilfe/Erklärung was es damit auf sich hat und wie es sich auswirkt (wenn überhaupt) wäre ich erfreut |
| |
15. October 2003, 08:54
|
#123 | Senior Member
Registriert seit: 28.09.2003
Beiträge: 388
| So, werd' mich jetzt auch mal an diesen Mod wagen, nachdem der Maella meinen Asapter nicht erkannt hat, scheint es mit der "Upload reduction at download" eine geeignete Alternative zu geben.
__________________ Currently running eMule v.43b Cyrex2001 v4.0 on: |
| |
15. October 2003, 10:56
|
#124 | Newbie
Registriert seit: 13.08.2003
Beiträge: 7
| Zitat:
Zitat von Edol Zitat:
Zitat von Leon 2. Was aber wichtiger ist: bei manchen Dateien wird ständig gemeldet Received suspicious block: file xxx, part xx, block xxxx, blocksize 184320, comp. blocksize 201, comp. factor 917.0) block dropped | Hast du eine Option wie defeat 0-filled Part senders an?
Wenn ja, dann mach die mal aus. | Ich habe in der Statistik nach ca. 15 Std. Laufen Failed Download Session 45,3% - Ziemlich viel
Nachdem ich defeat corrupted part ausgeschaltet habe, habe ich keine Meldung im Log, aber ständig 0 kb/s Downloadsm die nach ca. 1 min abgebrochen werden schade |
| |
15. October 2003, 21:23
|
#125 | Senior Member
Registriert seit: 19.08.2003
Beiträge: 319
| Hmm... Also hier mal meine Erfahrungen... Ich finde den Mod von den Werten her nicht so berauschend und haben einen der selten Tage an denen ich meinen Rechner mal mehr als 12h laufen lassen konnte fast schon verschenkt... Hatte nen DL-Schnitt von 13kb/s! |
| |
15. October 2003, 22:33
|
#126 | Senior Member
Registriert seit: 28.09.2003
Beiträge: 388
| Zwischenbericht:
"Upload reduction at download" funktioniert sensationell wie ich finde.
Failed Downsessions habe ich 17%, ebenfalls sensationell.
Allerdings muss man diesen Wert meiner Meinung nach schon in Zusammenhang mit dem durchschnittlichen Down pro Session sehen (liegt bei mir bei 2,2 MB). Die erfolgreichen sind im Ergebnis also nicht so ergiebig
Alles in allem komme ich mit jedem Mod z. Z. so ziemlich auf dieselben Werte, d.h. durchschnittliche Downrate von 20 - 25 kb/s.
MFG
__________________ Currently running eMule v.43b Cyrex2001 v4.0 on: |
| |
17. October 2003, 11:42
|
#127 | Newbie
Registriert seit: 30.03.2003
Beiträge: 4
| Code: eMule v0.29c [Xtreme 1.0] Statistics
Transfer
Session UL:DL Ratio: 1 : 2,54
gesamte UL:DL Ratio: 1 : 2,54
Uploads
Session
Hochgeladen: 5,62 GB
Aktive Uploads: 4
Wartende Uploads: 2649
Upload Sessions: 4523
erfolgreiche Upload-Sessions (total): 1401
fehlgeschlagende Upload-Sessions (total): 3122
durchschnittlicher Upload pro Session: 4,11 MB
durchschnittliche Upload-Dauer: 30:16 Minuten
Totaler Overhead (Pakete): 197,46 MB (4,24M)
Gesamt
Downloads
Session
Heruntergeladen: 14,30 GB
beendete Downloads: 56
Aktive Downloads: 11
Gefundene Quellen: 1878
Download Sessions: 4973
erfolgreiche Download Sessions: 3841 (77,2%)
fehlgeschlagende Download Sessions: 1132 (22,8%)
durchschnittlicher Download pro Session: 3,81 MB
durchschnittliche Downloadzeit: 24:39 Minuten
durch Komprimierung gewonnen: 0 Bytes
durch Datenfehler verloren: 0 Bytes
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 147,22 MB (3,73M)
Gesamt
Verbindung
Session
Allgemein
Upload
Upload-Geschwindigkeit: 12,86 KB/s
Durchschnittliche Uploadrate: 11,54 kB/s
max. Uploadrate: 22,22 KB/s
max. durchschnittliche Uploadrate: 11,54 KB/s
Download
Download-Geschwindigkeit: 26,76 KB/s
Durchschnittliche Downloadrate: 29,34 kB/s
Max Downloadrate: 100,27 kB/s
Max Downloadrate Durchschnitt: 38,78 kB/s
Gesamt
Zeit Statistiken
letzter Reset der Statistiken: Samstag, 11.10.2003, 14:33:20
Zeit seit letztem Reset: 5 Tage 22:07 Stunden
Session
Programm-Laufzeit: 5 Tage 21:57 Stunden
Übertragungszeit: 5 Tage 21:56 Stunden (100,0%)
Dauer auf aktuellem Server: 5:58 Stunden (4,2%)
Dauer auf Servern: 1 Tage 2:17 Stunden (18,5%)
Gesamt
Abschätzungen
Clients
Server
freigegebende Dateien |
| |
20. October 2003, 14:28
|
#128 | Senior Member
Registriert seit: 15.08.2003
Beiträge: 548
| Code: eMule v0.29c [Xtreme 1.0] Statistics [TheMatrix]
Transfer
Session UL:DL Ratio: 1 : 1,42
gesamte UL:DL Ratio: 1 : 1,42
Uploads
Session
Hochgeladen: 1,04 GB
Aktive Uploads: 5
Wartende Uploads: 5035
Upload Sessions: 261
Totaler Overhead (Pakete): 41,90 MB (1,20M)
Gesamt
Hochgeladen: 1,04 GB
Upload Sessions: 261
Totaler Overhead (Pakete): 41,90 MB (1,20M)
Downloads
Session
Heruntergeladen: 1,48 GB
beendete Downloads: 14
Aktive Downloads: 15
Gefundene Quellen: 4421
In Warteschleife: 3948
voll: 198
Keine benötigten Teile: 7
Nachfragen: 10
Empfange Hashset: 0
Verbindung wird hergestellt: 42
Verbinde über Server: 1
Zu viele Verbindungen: 0
Verbindung LowID zu LowID unmöglich: 0
problematisch: 0
Gebannt: 0
Andere Datei angefordert: 1794
Unbekannt: 200
Download Sessions: 547
erfolgreiche Download Sessions: 443 (81,0%)
fehlgeschlagende Download Sessions: 104 (19,0%)
durchschnittlicher Download pro Session: 3,43 MB
durchschnittliche Downloadzeit: 24:04 Minuten
durch Komprimierung gewonnen: 0 Bytes
durch Datenfehler verloren: 0 Bytes
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 37,22 MB (1,08M)
Gesamt
Heruntergeladen: 1,48 GB
beendete Downloads: 14
Download Sessions: 547
durch Komprimierung gewonnen: 3 KB
durch Datenfehler verloren: 0 Bytes
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 37,22 MB (1,08M)
Upload
Upload-Geschwindigkeit: 16,57 KB/s
Durchschnittliche Uploadrate: 14,85 kB/s
max. Uploadrate: 26,17 KB/s
max. durchschnittliche Uploadrate: 14,85 KB/s
Download
Download-Geschwindigkeit: 28,34 KB/s
Durchschnittliche Downloadrate: 21,13 kB/s
Max Downloadrate: 86,89 kB/s
Max Downloadrate Durchschnitt: 21,13 kB/s
Zeit Statistiken
letzter Reset der Statistiken: Sonntag, 19.10.2003, 18:48:36
Zeit seit letztem Reset: 20:41 Stunden
Session
Programm-Laufzeit: 20:29 Stunden
Übertragungszeit: 20:10 Stunden (98,5%)
Dauer auf aktuellem Server: 5:46 Stunden (28,2%)
Dauer auf Servern: 5:46 Stunden (28,2%)
Gesamt
Programm-Laufzeit: 20:32 Stunden
Übertragungszeit: 20:10 Stunden (98,3%)
Dauer auf Servern: 5:46 Stunden (28,1%)
Abschätzungen P.S. Wann kommt die Neue Xmen??
__________________ pcfiles.de > Systemprogramme, Internetprogramme, Multimedia, Windows Tools, Grafikprogramme, Sicherheit, Office, Spiele, Programmierung, Diverses, uvm. |
| |
20. October 2003, 14:41
|
#129 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| TheMatrix,
Eile mit Weile
Ich muß jetzt erst mal abwarten, was ich an Features entfernen muß. Wie schon an anderer Stelle geschrieben ist nicht mehr erlaubt:
community
reask a client
allow queue overflow
und evtl SLS (darüber wird heftig diskutiert)
ehrlich gesagt, find ich das ein wenig übertrieben. Wenn ein Feature wie SLS raus muß kann es sehr leicht passieren, daß ich nur noch private code (bzw. den Mod nicht mehr im offiziellen Forum zur Verfügung stelle).
Für die nächste Zeit hab ich ein paar Ideen geplant die allerdings nicht so einfach und schnell durchzuführen sind, da sie doch tiefergreifend sein werden und ich mich hierzu sehr tief in den Code einarbeiten muß. Auch weiß ich nicht ob alle meine Ideen "erlaubt" sein werden. Zwischen den Modern und den Devs herrscht noch Uneinigkeit welche Features schädlich oder nützlich sind (siehe SLS).
Was in Zukunft auch vorstellbar ist, daß ich mit ikabot ein Team gründe und unsere Mods dann verschmelzen werden. ikabot arbeitet zur Zeit an einem 0.30b Maella Mod. Mal sehen wie gut seine Arbeit ausfällt
__________________ |
| |
20. October 2003, 14:45
|
#130 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| Furio,
daß die durchschnittliche Downloadrate etwas kleiner ausfällt ist mir schon bei meinem Basismod (Maella) aufgefallen. Allerdings hab ich die Vermutung, daß dies vorwiegend an den Hybriden liegt, die oftmals nur kleine Blöcke uploaden. Bei anderen Mods bekam ich meist weniger von den Hybriden, was dann den Durchschnitt erhöhte.
Im wesentlichen ist aber wichtig, daß die Gesamtmenge an Download überzeugt.
__________________ |
| |
20. October 2003, 15:09
|
#131 | Senior Member
Registriert seit: 15.08.2003
Beiträge: 548
| Dann wollen wir doch mal die Daumen drücken den dein Mod ist gar nicht so schlecht wie ich dachte!
Dies dachte ich aber auch nur da der Mod ja Neu ist.
Naja dann werden wir woll abwarten müssen was passiert ich hoffe nur es dauert nicht zulange.
__________________ pcfiles.de > Systemprogramme, Internetprogramme, Multimedia, Windows Tools, Grafikprogramme, Sicherheit, Office, Spiele, Programmierung, Diverses, uvm. |
| |
20. October 2003, 15:56
|
#132 | Senior Member
Registriert seit: 28.09.2003
Beiträge: 388
| Xman,
das mit den Hybriden sehe ich ganz genauso. Bei den anderen Mods bekomme ich von denen gar nichts, nur für kurze Zeit eine 0,0 kb/s-Anzeige. Bei Xtrem 1.0 sind es immerhin ein paar bytes.
Und übrigens: Mittlerweile überzeugt mich auch die Gesamtmenge
__________________ Currently running eMule v.43b Cyrex2001 v4.0 on: |
| |
20. October 2003, 16:36
|
#133 | Advanced Member
Registriert seit: 27.05.2003
Beiträge: 261
| Zitat:
Zitat von Xman Wie schon an anderer Stelle geschrieben ist nicht mehr erlaubt:
allow queue overflow | Was soll daran schlecht sein
Vor allem die, die Release files anfragen sollten trotz voller queue reinkommen.
__________________ Errare humanum est.
Lasst uns also lieber die Tiere fragen.
------
Open-Source rulz |
| |
20. October 2003, 17:05
|
#134 | MODder
Registriert seit: 28.03.2003
Beiträge: 5.800
| Edol,
genau in dem Punkt gib ich Dir recht. Ich gehe sogar weiter...
BSP:
Du hast eine Queue von 2000. Du hast ein paar Raritäten die Du sharest und aber auch ein nigelnagelneues Spitzenkinorelease. Deine Queue wird binnen kurzer Zeit mit Anfragen für diesen Kinofilm voll sein. Andere User welche Deine Rarität wollen, Dich aber erst später finden stehen vor "verschlossenen Türen". Darum meine Idee: für jedes File sollte ein minimum an Plätzen in der Uploadqueue reserviert werden.
Bsp: Queue 2000, 10 Files die ich share ->> für jedes File dürfen minimum 2000/10 = 200 Clients anstehen. Ok, vielleicht kann man das Minimalkontingent auch halbieren, jedoch das Prinzip stellt in meinen Augen eine sinnvolle Erweiterung da.
Jetzt wart ich nur noch auf Ornis Antwort ob ich dieses Feature so umsetzen darf.
__________________ |
| |
20. October 2003, 17:44
|
#135 | MODder
Registriert seit: 12.03.2003
Beiträge: 109
| Xman, Edol,
evtl. kann man das Queue Overflow auch daran koppeln wieviele Quellen für dieses File schon existieren. Wenn ein File im Release Status schon gut verteilt ist, dann sollte das Queue Overflow für dieses File abgestellt werden, da sonst die anderen Files im share nicht zum Zuge kommen. Ich weis aber nicht wie aufwendig das zu programmieren ist, und habe auch zur Zeit keinen Kopf dafür, da habe ich ganz andere Sorgen
Bis denn
Mandroid
__________________ AMD Athlon XP2600
1 GB Ram-180GB-DSL |
| |
Forumregeln
| Es ist Ihnen nicht erlaubt, neue Themen zu verfassen. Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten. Es ist Ihnen nicht erlaubt, Anhänge hochzuladen. Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten. HTML-Code ist aus. | | | Alle Zeitangaben in WEZ +1. Es ist jetzt 01:54 Uhr.
|