[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MOD - Development (http://www.emule-web.de/board/emule-mod-development/)
-   -   eMule 0.45b - StulleMule Alpha-Test (http://www.emule-web.de/board/9220-emule-0-45b-stullemule-alpha.html)

and 10. April 2005 16:13

Trexpower2005
Zitat:

Gefundene Quellen: 20200
viel zu viel !!!!

Stulle 10. April 2005 16:22

rofl, gut das du das sagst. das is das worauf ich nie achte... zumindest meistens^^
recht hast de trotzdem. selbst wenn du den timer for files src höher stellst gibt es n gewisses limit. spätestens dann wenn du zuviele "zu viele"-quellen hast, dann ist das ein gutes Zeichen das was nich stimmt mit deinen einstellungen. Setze das HL nicht zu hoch und achte darauf das nicht zuviele quellen aktiv sind.

MFG Stulle

Trexpower2005 10. April 2005 18:49

Hallo habe es selber bemerkt das ich zuviele quellen habe das lag daran weil ich neue files gestartet habe ohne welche zu stopen habe es aber schon geändert.

aber trotzdem ist die stats gut oder nicht

MonoManiac 10. April 2005 18:53

Hi Stulle, hier die stats von mir :yes: :

Code:

 
eMule v0.45b [StulleMule alpha v0.5] eMule v0.45b Statistik
  Transfer
  Session UL:DL Ratio: 1 : 4.39
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 4.39
  Gesamte UL:DL Ratio: 1 : 3.43
  Uploads
  Session
  Hochgeladen: 672.07 MB
  Clients
  eMule: 533.20 MB (79.3%)
  eD Hybrid: 10.21 MB (1.5%)
  eDonkey: 0 Bytes (0.0%)
  aMule: 9.32 MB (1.4%)
  MLdonkey: 0 Bytes (0.0%)
  Shareaza: 0 Bytes (0.0%)
  eM Compat: 119.30 MB (17.8%)
  Port
  Standard: 241.92 MB (36.0%)
  Andere: 418.95 MB (62.3%)
  Andere: 11.17 MB (1.7%)
  Datenquelle
  Fertige Datei: 608.97 MB (90.6%)
  Downloaddatei: 63.07 MB (9.4%)
  Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
  Aktive uploads/nötig um Bandbreite auszunutzen: 1
  Gesamtanzahl der Uploads: 3
  Wartende Uploads: 2001
  Upload Sessions: 197
  Erfolgreiche Upload-Sessions: 148 (75.13%)
  Fehlgeschlagene Upload-Sessions: 49 (24.87%)
  Durchschnittlicher Upload pro Session: 4.51 MB
  Durchschnittliche Upload-Dauer: 24:23 Minuten
  Totaler Overhead (Pakete): 125.35 MB (2.35M)
  Overhead durch Dateianfragen (Pakete): 33.15 MB (1.08M)
  Overhead durch Quellenaustausch (Pakete): 10.57 MB (20.17K)
  Overhead durch Server (Pakete): 1.34 MB (62.54K)
  Kad Overhead (Pakete): 38.14 MB (613.49K)
  Gesamt
  Hochgeladen: 9.68 GB
  Clients
  eMule: 8.91 GB (92.0%)
  eD Hybrid: 60.94 MB (0.6%)
  eDonkey: 0 Bytes (0.0%)
  aMule: 135.48 MB (1.4%)
  MLdonkey: 182.49 MB (1.8%)
  Shareaza: 191.58 KB (0.0%)
  eM Compat: 411.42 MB (4.1%)
  Port
  Standard: 6.85 GB (70.8%)
  Andere: 2.60 GB (26.9%)
  Andere: 232.16 MB (2.3%)
  Datenquelle
  Fertige Datei: 4.80 GB (97.5%)
  Downloaddatei: 126.14 MB (2.5%)
  Upload Sessions: 3219
  Erfolgreiche Upload-Sessions: 2372 (73.69%)
  Fehlgeschlagene Upload-Sessions: 847 (26.31%)
  Durchschnittlicher Upload pro Session: 4.18 MB
  Durchschnittliche Upload-Dauer: 22:05 Minuten
  Totaler Overhead (Pakete): 1.51 GB (28.94M)
  Overhead durch Dateianfragen (Pakete): 425.73 MB (13.09M)
  Overhead durch Quellenaustausch (Pakete): 130.12 MB (248.83K)
  Overhead durch Server (Pakete): 19.61 MB (802.33K)
  Kad Overhead (Pakete): 452.69 MB (7.64M)
  Downloads
  Session
  Heruntergeladen: 2.88 GB
  Clients
  eMule: 2.59 GB (89.9%)
  eD Hybrid: 21.03 MB (0.7%)
  eDonkey: 50.16 KB (0.0%)
  aMule: 3.80 MB (0.1%)
  MLdonkey: 0 Bytes (0.0%)
  Shareaza: 2.95 MB (0.1%)
  eM Compat: 135.01 MB (4.6%)
  URL: 0 Bytes (0.0%)
  WEBCACHE: 134.87 MB (4.6%)
  Port
  Standard: 2.20 GB (76.2%)
  Andere: 544.25 MB (18.4%)
  Andere: 159.07 MB (5.4%)
  Beendete Downloads: 9
  Aktive Downloads: 17
  Gefundene Quellen: 4699
  In Warteschleife: 4329
  Voll: 179
  Keine benötigten Teile: 144
  Nachfragen: 2
  Empfange Hashset: 0
  Verbindung wird hergestellt: 7
  Verbinde über Server: 0
  Zu viele Verbindungen: 7
  Verbindung LowID zu LowID unmöglich: 0
  Problematisch: 0
  Gebannt: 4
  Andere Datei angefordert: 1199
  Unbekannt: 2
  via eD2K Server/Queue: 532
  via Kad: 37
  via Quellenaustausch: 1663
  via Passive: 2449
  eD2K: 4624 (98.6%)
  Kad: 2614 (55.7%)
  eD2K/Kad: 2579 (55.0%)
  UDP Datei-Neuanfragen: 126.70K, Fehlgeschlagen: 16.90K (13.3%)
  Tote Quelle: 1.14K (1.01K + 132)
  Download Sessions: 4842
  Erfolgreiche Download Sessions: 1559 (32.2%) (WC: 799 (51.3%))
  Fehlgeschlagene Download Sessions: 3283 (67.8%) (WC: 3054 (93.0%))
  Durchschnittlicher Download pro Session: 1.89 MB
  Durchschnittliche Downloadzeit: 10:18 Minuten
  Successful WC-DL/WC-Requests: 799/3853 (20.7%)
  Failed WC-DL/WC-Requests: 3054/3853 (79.3%)
  Durch Komprimierung gewonnen: 52.94 MB (1.8%)
  Durch Datenfehler verloren: 18.55 MB (0.6%)
  Teile gerettet durch I.C.H: 0
  Totaler Overhead (Pakete): 131.32 MB (2.55M)
  Overhead durch Dateianfragen (Pakete): 43.15 MB (1.41M)
  Overhead durch Quellenaustausch (Pakete): 9.16 MB (29.29K)
  Overhead durch Server (Pakete): 390.88 KB (3.83K)
  Kad Overhead (Pakete): 41.05 MB (548.55K)
  Gesamt
  Heruntergeladen: 33.18 GB
  Clients
  eMule: 28.97 GB (87.3%)
  eD Hybrid: 243.56 MB (0.7%)
  eDonkey: 6.27 MB (0.0%)
  aMule: 221.72 MB (0.7%)
  MLdonkey: 208.27 MB (0.6%)
  Shareaza: 238.75 MB (0.7%)
  eM Compat: 1.01 GB (3.0%)
  URL: 0 Bytes (0.0%)
  WEBCACHE: 2.30 GB (6.9%)
  Port
  Standard: 24.82 GB (74.8%)
  Andere: 5.53 GB (16.7%)
  Andere: 2.84 GB (8.5%)
  Beendete Downloads: 89
  Download Sessions: 60306
  Erfolgreiche Download Sessions: 21975 (36.4%)
  Fehlgeschlagene Download Sessions: 38331 (63.6%)
  Durchschnittlicher Download pro Session: 1.55 MB
  Durchschnittliche Downloadzeit: 7:24 Minuten
  Durch Komprimierung gewonnen: 1.38 GB (4.2%)
  Durch Datenfehler verloren: 379.06 MB (1.1%)
  Teile gerettet durch I.C.H: 4
  Totaler Overhead (Pakete): 1.62 GB (30.45M)
  Overhead durch Dateianfragen (Pakete): 506.47 MB (16.42M)
  Overhead durch Quellenaustausch (Pakete): 122.12 MB (350.38K)
  Overhead durch Server (Pakete): 4.58 MB (55.98K)
  Kad Overhead (Pakete): 530.17 MB (6.55M)
  Verbindung
  Session
  Allgemein
  Erneute Serververbindungen: 1
  Aktive Verbindungen (geschätzt): 259 (Halb:1 | Komplett:61 | Andere:197)
  Durchschnittliche Verbindungen (geschätzt): 260
  Verbindungsspitze (geschätzt): 367
  Verbindungs-Limit erreicht: 0
  Upload
  Upload-Geschwindigkeit: 6.76 KB/s
  Durchschnittliche Uploadrate: 8.02 KB/s
  Max. Uploadrate: 12.98 KB/s
  Max. durchschnittliche Uploadrate: 9.38 KB/s
  Download
  Download-Geschwindigkeit: 49.99 KB/s
  Durchschnittliche Downloadrate: 35.24 KB/s
  Max. Downloadrate: 117.86 KB/s
  Max. Downloadrate Durchschnitt: 35.24 KB/s
  Gesamt
  Allgemein
  Erneute Serververbindungen: 41
  Durchschnittliche Verbindungen (geschätzt): 217
  Verbindungsspitze (geschätzt): 382
  Verbindungs-Limit erreicht: 0
  Upload
  Durchschnittliche Uploadrate: 8.45 KB/s
  Max. Uploadrate: 16.25 KB/s
  Max. durchschnittliche Uploadrate: 11.11 KB/s
  Download
  Durchschnittliche Downloadrate: 28.08 KB/s
  Max. Downloadrate: 183.91 KB/s
  Max. Downloadrate Durchschnitt: 35.45 KB/s
  Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
  Programm-Laufzeit: 23:50 Stunden
  Übertragungszeit: 23:49 Stunden (100.0%)
  Uploadzeit: 23:49 Stunden (100.0%)
  Downloadzeit: 23:49 Stunden (100.0%)
  Dauer auf aktuellem Server: 23:48 Stunden (99.9%)
  Dauer auf Servern: 23:49 Stunden (100.0%)
  Gesamt
  Programm-Laufzeit: 13 Tage 3:26 Stunden
  Übertragungszeit: 13 Tage 3:06 Stunden (99.9%)
  Uploadzeit: 13 Tage 3:06 Stunden (99.9%)
  Downloadzeit: 12 Tage 19:56 Stunden (97.6%)
  Dauer auf Servern: 13 Tage 2:58 Stunden (99.9%)
 
  Clients
  Bekannte Clients: 6444
  Client-Software
  eMule: 6008 (93.4%)
  v0.45b: 2728 (45.4%)
  Official eMule: 2470 (90.5%)
  EastShare v9.0: 2 (0.1%)
  EastShare v9.1: 1 (0.0%)
  FRTK EvoStar v1: 2 (0.1%)
  FRTK EvoStar v1.09: 5 (0.2%)
  FRTK EvoStar v1.13: 3 (0.1%)
  FRTK EvoStar v1.13a: 5 (0.2%)
  L!()Netw0rk eMule 5.1: 3 (0.1%)
  L!()Netw0rk eMule 5.2: 6 (0.2%)
  LALA-IL 8.01: 1 (0.0%)
  Li()Network eMule 5.1: 2 (0.1%)
  MorphXT 6.1: 46 (1.7%)
  MorphXT 6.2: 2 (0.1%)
  MorphXT 6.3: 4 (0.1%)
  MorphXT 6.4: 11 (0.4%)
  MorphXT 6.5: 15 (0.5%)
  MorphXT 6.6: 27 (1.0%)
  MorphXT 6.7: 26 (1.0%)
  MorphXT+ 6.1: 1 (0.0%)
  MorphXT× 6.6: 1 (0.0%)
  MorphXT× 6.7: 1 (0.0%)
  NetSniffer: 1 (0.0%)
  NextEvolution 4.0c: 1 (0.0%)
  Pastagua XxLight v2: 1 (0.0%)
  StulleMule alpha v0.5: 1 (0.0%)
  Ultimativ MoD F-17: 1 (0.0%)
  Ultimativ MoD F-18: 1 (0.0%)
  VipeR V2.1: 3 (0.1%)
  WC 1.9a B3: 1 (0.0%)
  WarezFaw 2.2: 1 (0.0%)
  WebCache 1.9a Beta2: 1 (0.0%)
  Xlillo 7.0: 5 (0.2%)
  Xxxpgwtqdu 5.13: 1 (0.0%)
  ZX v3.5: 1 (0.0%)
  ZX v3.7: 1 (0.0%)
  alpha4.3: 1 (0.0%)
  dodekaphon: 1 (0.0%)
  eChanblard v7.0 7.0: 8 (0.3%)
  eF-MOD: 12 (0.4%)
  emulEspaña v4a: 2 (0.1%)
  iONiX v4.0: 3 (0.1%)
  iONiX v4.01: 3 (0.1%)
  iONiX v4.1: 30 (1.1%)
  pHoeniX 1.14: 14 (0.5%)
  v0.44b: 1388 (23.1%)
  Official eMule: 362 (26.1%)
  AIDEADSL V15: 1 (0.1%)
  Cyrex2001 4: 2 (0.1%)
  EastShare v8.0: 1 (0.1%)
  MorphXT 5: 4 (0.3%)
  MorphXT 5.2: 1 (0.1%)
  MorphXT 5.3: 1 (0.1%)
  Pawcio 5: 33 (2.4%)
  WebCache 1.2c: 1 (0.1%)
  WebCache 1.2d: 6 (0.4%)
  WebCache 1.2e: 922 (66.4%)
  WebCache 1.2f: 37 (2.7%)
  WebCache 1.9a Beta2: 9 (0.6%)
  Xlillo PW 1.04: 1 (0.1%)
  Xlillo PW 1.06: 1 (0.1%)
  [bc47d0dc]: 1 (0.1%)
  [cfe8d4d8]: 1 (0.1%)
  iONiX 3: 3 (0.2%)
  pHoeniX 1.10: 1 (0.1%)
  v0.44d: 762 (12.7%)
  Official eMule: 703 (92.3%)
  Fincan-KAD v4.4: 1 (0.1%)
  Fincan-KAD v4.5: 3 (0.4%)
  L!ONetwork eMule v5.0: 3 (0.4%)
  MorphXT 5.11: 1 (0.1%)
  MorphXT 5.12: 3 (0.4%)
  MorphXT 5.13: 2 (0.3%)
  MorphXT 5.15: 2 (0.3%)
  MorphXT 5.18: 8 (1.0%)
  MorphXT 5.8: 5 (0.7%)
  MorphXT 5.9: 1 (0.1%)
  NetF 0.3a (beta 1): 1 (0.1%)
  NextEMF 0.3: 1 (0.1%)
  Pastagua v5.2 Pitchoun: 2 (0.3%)
  Pwgccbdeh 1.13: 1 (0.1%)
  R.P.R.C. Burner: 2 (0.3%)
  RT.14b: 1 (0.1%)
  Sipacik MoD v1.0: 1 (0.1%)
  V3-MOD: 1 (0.1%)
  WebCache 1.2f: 4 (0.5%)
  Xlillo Lite 0.5: 1 (0.1%)
  eF-MOD: 2 (0.3%)
  eF-MOD Releaser: 1 (0.1%)
  eF-Mod 1.4a: 1 (0.1%)
  iONiX v3.6: 1 (0.1%)
  iONiX v3.61: 7 (0.9%)
  pHoeniX 1.13: 3 (0.4%)
  v0.30: 419 (7.0%)
  Official eMule: 343 (81.9%)
  : 2 (0.5%)
  Athlazan.(0.30a).1: 1 (0.2%)
  Athlazan.(0.30a).2.1: 1 (0.2%)
  Athlazan.(0.30a).3.3.1: 1 (0.2%)
  IcE-MoD 5.4: 2 (0.5%)
  LSD-13h: 8 (1.9%)
  LSD.13a: 1 (0.2%)
  LSD.13g: 2 (0.5%)
  Pawcio 4.1: 2 (0.5%)
  Plus 1.1: 19 (4.5%)
  Plus 1h: 1 (0.2%)
  Plus 1i: 1 (0.2%)
  Plus 1k: 2 (0.5%)
  Plus 1l: 1 (0.2%)
  Plus 1m: 6 (1.4%)
  Plus 1n: 4 (1.0%)
  Plus 1o: 2 (0.5%)
  Plus Plus 1.0.3: 2 (0.5%)
  Plus Plus 1.0.4: 1 (0.2%)
  Plus Plus 1.0.6: 1 (0.2%)
  Plus Plus 1.0.8: 1 (0.2%)
  ServerClient [Codename: Imola II] [http://www.serverclient.net]: 1 (0.2%)
  The Black Hand - v2a: 1 (0.2%)
  Xtreme 2.2: 2 (0.5%)
  eWombat 0.064b: 1 (0.2%)
  enkeyDEV.6b: 1 (0.2%)
  sivka v10c6: 1 (0.2%)
  sivka v10e8: 3 (0.7%)
  sivka v10e9f: 5 (1.2%)
  Weitere: 598 (10.0%)
  v0.43b: 254 (4.2%)
  Official eMule: 191 (75.2%)
  !FREEANGEL!: 5 (2.0%)
  BlueHex v11: 2 (0.8%)
  Cyrex2001 v4.1: 1 (0.4%)
  Neo Mule v3.00: 4 (1.6%)
  Special_5: 1 (0.4%)
  WebCache 1.03 beta: 1 (0.4%)
  WebCache 1.1b beta: 1 (0.4%)
  Xlillo 6.0a: 1 (0.4%)
  eChanblard v6.1: 1 (0.4%)
  emulEspaña v3b: 1 (0.4%)
  sivka v13b2: 39 (15.4%)
  sivka v13b2d-Alpha: 5 (2.0%)
  sivka v13b2e-Gamma: 1 (0.4%)
  v0.42g: 155 (2.6%)
  Official eMule: 140 (90.3%)
  DSL-Light [beta180604] [Codename: Iowa] [http://www.serverclient.net]: 1
(0.6%)
  MorphXT v3.0: 1 (0.6%)
  Neo Mule v2.55: 2 (1.3%)
  ZZUL 20040606-1829: 1 (0.6%)
  sivka v12g10: 4 (2.6%)
  sivka v12g11: 2 (1.3%)
  sivka v12g11b: 4 (2.6%)
  v0.45a: 111 (1.8%)
  Official eMule: 110 (99.1%)
  MorphXT 6.0: 1 (0.9%)
  v0.42e: 78 (1.3%)
  Official eMule: 47 (60.3%)
  A I D E A D S L V 9.14 : 1 (1.3%)
  $.M@ri0 [MoD] v2.0a: 1 (1.3%)
  Hawkstar Xtended v4: 1 (1.3%)
  L!ONetwork eMule v4.2: 18 (23.1%)
  MorphXT v2.6: 2 (2.6%)
  MorphXT v2.8: 1 (1.3%)
  Neo Mule v2.52: 1 (1.3%)
  Neo Mule v2.53: 1 (1.3%)
  pwNd muLe v2.0: 1 (1.3%)
  sivka v12e7a: 1 (1.3%)
  sivka v12e8: 3 (3.8%)
  eD Hybrid: 99 (1.5%)
  v1.0.0: 38 (38.4%)
  v0.10.0: 17 (17.2%)
  v0.53.0: 14 (14.1%)
  v0.52.0: 8 (8.1%)
  Weitere: 12 (12.1%)
  v0.10.2: 6 (6.1%)
  v0.50.1: 3 (3.0%)
  v0.51.0: 2 (2.0%)
  v0.51.2: 1 (1.0%)
  eDonkey: 0 (0.0%)
  aMule: 47 (0.7%)
  v2.0.0: 45 (95.7%)
  v0.30: 2 (4.3%)
  MLdonkey: 52 (0.8%)
  Shareaza: 34 (0.5%)
  eM Compat: 188 (2.9%)
  Unbekannt: 2 (0.0%)
  Netzwerk
  eD2K: 6343 (98.6%)
  Kad: 3555 (55.3%)
  eD2K/Kad: 3506 (54.5%)
  Unbekannt: 38 (0.6%)
  Port
  Standard: 5062 (78.7%)
  Andere: 1368 (21.3%)
  Niedrige ID: 1142 (17.7%)
  Identifikation (pos : neg): 5913 (95.9%) : 255 (4.1%)
  Problematisch: 0 (0.0%)
  Gebannt: 332
  Gefiltert: 359
  Leechers: 2326
  EastShare: 4 (0.1%)
  New HideOS : 7
  Server
  Funktionierende Server: 144
  Benutzer auf funkt. Servern: 4.10M; Niedrige ID: 1.20M (29.4%)
  Dateien auf funkt. Servern: 485.27M
  Server Auslastung: 20.71%
  Server mit Login-Fehlversuchen: 142
  Gelöschte Server: 502
  Gesamt: 286
  Gesamte Benutzeranzahl: 4.10M
  Gesamte Dateianzahl: 485.73M
  Rekorde
  Max. funktionierende Server: 190
  Max. Nutzer Online: 4.12M
  Max. Dateien verfügbar: 485.73M
  Freigegebene Dateien
  Anzahl freigegebener Dateien: 344
  Durchschnittliche Dateigröße: 431.63 MB
  Größte freigegebene Datei: 3.61 GB
  Gesamtgröße freigegebener Dateien: 145.00 GB
  Rekorde
  Max. freigegebene Dateien: 390
  Größte durchschnittliche Dateigröße: 462.95 MB
  Größte freigegebene Datei: 3.61 GB
  Max. Größe freigegebener Dateien: 172.91 GB
  Festplattenplatz
  Anzahl der Downloads: 55
  Gesamtgröße der Downloads: 33.25 GB
  Gesamte fertiggestellte Größe: 12.94 GB (38%)
  Noch zu downloaden: 20.30 GB
  Freier Platz auf Templaufwerk: 40.52 GB
  Noch benötigter Speicherplatz: 0 Bytes


Stulle 10. April 2005 19:00

wow, das is wirkl. gut! danke für die stats!

MFG Stulle

aalerich 10. April 2005 19:53

Selbst auf die Gefahr hin, mich wieder einmal unbeliebt zu machen; ich finde diese Statistik ziemlich verheerend.
Zitat:

Zitat von MonoManiac
Session UL :DL Ratio: 1 : 4.39
Upload-Geschwindigkeit: 6.76 KB/s
Durchschnittliche Uploadrate: 8.02 KB/s

Aktive uploads/nötig um Bandbreite auszunutzen: 1

Fehlgeschlagene Upload-Sessions: 49 (24.87%)

Totaler Overhead (Pakete): 125.35 MB (2.35M) bei: Upload Sessions: 197 und Hochgeladen: 672.07 MB

(zum Vergleich mal meine aktuellen Daten: Totaler Overhead (Pakete): 57.57 MB (1.21M) bei Upload Sessions: 854 und Hochgeladen: 5,15 Gigabyte) Find' ich wirklich heftig...
Und das Ratio hast Du offensichtlich auch komplett entfernt...
Zitat:

Zitat von MonoManiac
Totaler Overhead (Pakete): 131.32 MB (2.55M) bei: Download Sessions: 4842 und Heruntergeladen: 2.88 GB

(zum Vergleich: Totaler Overhead (Pakete): 52,00 MB (1,18M) bei: Download Sessions: 1879 und Heruntergeladen: 5,08 GB)
Kad habe ich die ganze Zeit an...
Auch die fehlgeschlagenen Downloads finde ich viel, weiß aber nicht, inwieweit das mit WC zusammenhängt (Habe mich mit allem, was damit zu tun hat, also auch den Statistiken, noch nie befaßt.).
Das alles bei:
Zitat:

Zitat von MonoManiac
Programm-Laufzeit: 23:50 Stunden

Zitat:

Zitat von MonoManiac
Bekannte Clients: 6444
Leechers: 2326

Ich bin ja nun gewiß nicht zimperlich, aber das ist definitiv fern jeder Realität.
Zitat:

Zitat von MonoManiac
Anzahl freigegebener Dateien: 344

@ MonoManiac:
Das sind viel zu viele! Nimm mal 300 davon raus! Daher kommt nämlich ein kleiner Teil Deines viel zu hohen Overheads.

Fazit: "wirkl. gut" kann ich das nicht finden. Irgendwo ist da der Wurm drin. Die hohe Zahl freigegebener Dateien hat ja nichts mit dem ebenfalls mörderischen Download-Overhead zu tun. Und dann noch die blinde Bannwut und das entfernte Ratio... Sei mir nicht böse Stulle, aber netzwerkfreundlich ist Dein Mod noch nicht...

Mit freundlichen Grüßen
aalerich

daenemark 10. April 2005 20:35

Da Stimme ich aalerich zu.Auch bei Trexpower2005 liegt der Upload unter 10kb und er kommt auf eine Ratio von 1:3,76.
Ob das alles so gut ist ???

mav744 10. April 2005 20:48

Nur mal so zum Vergleich ne Stats von mir
Code:

eMule v0.45b [StulleMule alpha v0.5] Statistik [***]

Transfer
  Session UL:DL Ratio: 1 : 1.82
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.82
  Gesamte UL:DL Ratio: 1 : 1.91
  Uploads
      Session
        Hochgeladen: 557.08 MB
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 6
        Gesamtanzahl der Uploads: 5
        Wartende Uploads: 2146
        Upload Sessions: 118
        Totaler Overhead (Pakete): 35.19 MB (650.73K)
      Gesamt
        Hochgeladen: 2.18 GB
        Upload Sessions: 3086
        Totaler Overhead (Pakete): 168.73 MB (3.13M)
  Downloads
      Session
        Heruntergeladen: 0.99 GB
        Beendete Downloads: 1
        Aktive Downloads: 5
        Gefundene Quellen: 4438
        Download Sessions: 334
        Durch Komprimierung gewonnen: 34.47 MB (3.4%)
        Durch Datenfehler verloren: 0 Bytes (0.0%)
        Teile gerettet durch I.C.H: 0
        Totaler Overhead (Pakete): 29.61 MB (678.41K)
      Gesamt
        Heruntergeladen: 4.16 GB
        Beendete Downloads: 4
        Download Sessions: 1586
        Durch Komprimierung gewonnen: 150.42 MB (3.5%)
        Durch Datenfehler verloren: 9.28 MB (0.2%)
        Teile gerettet durch I.C.H: 1
        Totaler Overhead (Pakete): 144.25 MB (3.22M)
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 1
        Aktive Verbindungen (geschätzt): 222 (Halb:12 | Komplett:144 | Andere:66)
        Durchschnittliche Verbindungen (geschätzt): 178
        Verbindungsspitze (geschätzt): 1003
        Verbindungs-Limit erreicht: 9 : 10.04.2005 08:45:24
      Upload
        Upload-Geschwindigkeit: 11.48 KB/s
        Durchschnittliche Uploadrate: 11.58 KB/s
        Max. Uploadrate: 17.61 KB/s
        Max. durchschnittliche Uploadrate: 12.13 KB/s
      Download
        Download-Geschwindigkeit: 12.22 KB/s
        Durchschnittliche Downloadrate: 21.06 KB/s
        Max. Downloadrate: 71.04 KB/s
        Max. Downloadrate Durchschnitt: 21.40 KB/s
  Gesamt
      Allgemein
        Erneute Serververbindungen: 6
        Durchschnittliche Verbindungen (geschätzt): 193
        Verbindungsspitze (geschätzt): 1003
        Verbindungs-Limit erreicht: 35
      Upload
        Durchschnittliche Uploadrate: 10.18 KB/s
        Max. Uploadrate: 17.87 KB/s
        Max. durchschnittliche Uploadrate: 10.48 KB/s
      Download
        Durchschnittliche Downloadrate: 17.77 KB/s
        Max. Downloadrate: 74.26 KB/s
        Max. Downloadrate Durchschnitt: 17.93 KB/s
Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
      Programm-Laufzeit: 13:41 Stunden
      Übertragungszeit: 13:40 Stunden (100.0%)
      Dauer auf aktuellem Server: 1:40 Stunden (12.3%)
      Dauer auf Servern: 13:40 Stunden (99.9%)
  Gesamt
      Programm-Laufzeit: 2 Tage 13:50 Stunden
      Übertragungszeit: 2 Tage 13:47 Stunden (99.9%)
      Dauer auf Servern: 2 Tage 13:41 Stunden (99.7%)
  Abschätzungen
Clients
Server
Freigegebene Dateien
  Anzahl freigegebener Dateien: 29
  Durchschnittliche Dateigröße: 670.84 MB
  Größte freigegebene Datei: 810.11 MB
  Gesamtgröße freigegebener Dateien: 19.00 GB
  Rekorde
Festplattenplatz

Also bei Trexpower2005 lag es definitiv an den vielen Quellen, was er aber auf meinen Rat hin abgestellt hat. Ich frage mich allerdings auch und Stulle habe ich auch schon gefragt, wie man so eine Ratio hinbekommt :??? . Alles was Höher als 1:1 ist, ist ein Geschenk. Ich habe im Schnitt mitlerweile 1:1,xx und bin zufrieden. Nachdem ich jetzt meinen Upload in den Griff bekommen habe, liegt dieser im Schnitt so bei 11-12 KB/s,nachts auch höher.

Mit freundlichen Grüssen
mav744

Stulle 10. April 2005 21:06

Also gegen den Vorwurf ich hätte keine Ratio mehr drin muß ich mich auf schärfste wehren! Wenn ich euch genau das Changelog durchlest seht ihr wie die Ratio Bedingungen sind!
Ich habe nichts, aber auch garnichts entfernt! Im gegensatz habe ich die Bedingungen für PS on partfile und friendslot verhärtet (gilt für ganze session) und noch den Punkt friend-boost für die gesamte session hinzugefügt. Weiter habe ich das Limit für den Durchschnitt auf generell 8 gesenkt und auf 10, so man min 12 kbps UL geben will. Unter 10 kbps is die ratio auch aktiv. Aber wie ich ja eingansg sagte wird dies schon aus meinem Changelog ersichtlich!
Ihr glaubt mir nicht¿ Seht euch die sourcen an!
Was den Overhead betrifft... Wie ihr wiederum meinem Changelog entnehmen könnt habe ich NICHTS verändert was einen direkten Einfluss auf den Rest des Netzwerkes hat.
Leecher-Ban... Wenn jemand den Sivka-Ban auf maximal konfiguriert kann es unter umständen zu Ban-Orgien kommen. die werden dann da mit einfließen. ABER bei mir ist das nicht so!
Hier mal zum Vergleich meine Sessionstats. Derzeit läuft der Muli zwar nicht so gut wie er sonst zT läuft, aber er läuft trotzdem tadellos! Zu beachten ist das ich ca. 2h den esel auf 9 kbps UL max stellen mußte. Nun max 14, min 11 und USC!
Code:

eMule v0.45b [StulleMule alpha v0.6] Statistics [Stulle]

Transfer
  Session UL:DL Ratio: 1 : 1.58
  Session UL:DL Ratio (Friends UL excluded): 1 : 1.58
  Cumulative UL:DL Ratio: 1 : 1.84
  Uploads
      Session
        Uploaded Data: 195.73 MB
        Uploaded Data to Friend Slots (Session): 0 Bytes
        Active Uploads/Needed to fill Bandwidth: 4
        Total Uploads: 3
        Waiting Uploads: 4988
        Upload Sessions: 238
            Total successful upload sessions: 135 (56.72%)
            Total failed upload sessions: 103 (43.28%)
            Average Uploaded Per Session: 1.42 MB
            Average upload time: 9:39 Minutes
        Total Overhead (Packets): 39.40 MB (670.98K)
            File Request Overhead (Packets): 8.34 MB (242.23K)
            Source Exchange Overhead (Packets): 2.71 MB (2.10K)
            Server Overhead (Packets): 384.19 KB (12.80K)
            Kad Overhead (Packets): 17.16 MB (283.16K)
      Cumulative
  Downloads
      Session
        Downloaded Data: 309.09 MB
        Completed Downloads: 0
        Active Downloads (chunks): 2
        Found Sources: 4198
        Download Sessions: 127
            Successful Download Sessions: 86 (67.7%)
            Failed Download Sessions: 41 (32.3%)
            Average Downloaded Per Session: 3.59 MB
            Average Download Time: 6:53 Minutes
            Successful WC-DL/WC-Requests: 202/1193 (16.9%)
            Failed WC-DL/WC-Requests: 991/1193 (83.1%)
        Gained Due To Compression: 10.43 MB (3.4%)
        Lost Due To Corruption: 0 Bytes (0.0%)
        Parts Saved Due To I.C.H: 0
        Total Overhead (Packets): 35.98 MB (590.59K)
            File Request Overhead (Packets): 7.28 MB (231.90K)
            Source Exchange Overhead (Packets): 1.09 MB (1.95K)
            Server Overhead (Packets): 63.48 KB (926)
            Kad Overhead (Packets): 18.15 MB (224.80K)
      Cumulative
Connection
  Session
      General
        Reconnects: 1
        Active Connections (estimate): 186 (Half:1 | Compl:42 | Other:143)
        Average Connections (estimate): 201
        Peak Connections (estimate): 403
        Max Connection Limit Reached: 95 : 10.04.2005 16:20:32
      Upload
        Upload-Speed: 11.21 KB/s
        Average Uploadrate: 8.76 KB/s
        Max Upload Rate: 21.41 KB/s
        Max Average Upload Rate: 8.76 KB/s
      Download
        Download-Speed: 5.12 KB/s
        Average Downloadrate: 13.83 KB/s
        max. Downloadrate: 56.22 KB/s
        Max Downloadrate Average: 13.84 KB/s
  Cumulative
Time Statistics
  Statistics last reset: 09.01.2005 23:21:55
  Time Since Last Reset: 90 days 21:42 Hours
  Session
      Runtime: 6:21 Hours
      Transfer Time: 6:21 Hours (100.0%)
      Current Server Duration: 19:58 Minutes (5.2%)
      Total Server Duration: 6:21 Hours (100.0%)
  Cumulative
  Projected Averages
Clients
  Known Clients: 6669
  Client Software
  Network
  Port
  Low ID: 1191 (17.9%)
  Secure Ident (OK : Failed ): 6367 (99.8%) : 12 (0.2%)
  Problematic: 0 (0.0%)
  Banned: 314
  Filtered: 182
  Leechers: 385
  EastShare: 6 (0.1%)
  New HideOS : 9
Servers
Shared Files
Disk Space

In anbetracht dessen, dass ich wirkl. IMMER betone etwas gegen leecher usw. zu haben und in anbetracht dessen, dass ich in meinem Thread zu meinen Änderungen betreffs der Ratio bereits argumentiert habe warum die Änderungen, finde ich es eine ziemliche Frechheit von euch mir das zu unterstellen. Ich weiß nicht, ob du, daenmark, dort mitgelesen hast, aber du, aalerich, du hast dort mitdiskutiert und solltest meine Einstellungen dazu kennen! Und das man JEDEN Client böse einstellen kann... das kommt sogar von dir!

Mit äußerst verärgerten Grüßen
Stulle

EDIT: 0.6 hat nur eine graphische Änderung bisher und das 2. feature funktioniert noch nicht, hat aber auch keinen einfluss.

EDIT 2: Wie man siehst hat MonoManiac einen Schnitt von über 8! Hat er also den Muli auf 12 konfiguriert und verringert anderweitig seine Bandbreite ist es ihm gestattet eine unbegrenzte Ratio zu haben! Das ist aber NICHT aber auch GARNICHT meine Schuld! Sucht bitte nicht erst die Schuld bei mir, sondern erst bei anderen. Bei so etwas kann ich wirkl. extrem abgehen, da sowas wirkl. mehr als kontraproduktiv ist!

EDIT 3: (und noch einer *aufreg*) aalerich, bevor du tönst ich würde verbotenes tun, schau dir deine geliebte Vorlost Mod an! Ich werd hier nur eins dazu sagen "manual kick/ ban"! Erst lesen (das changelog), dann denken, dann posten! selbiges gilt auch für daenmark!

An die Mods: Es tut mir leid das ich mich so aufrege, aber das mußte einfach mal raus. Hab gerad SOOOOOO n Hals!

Xman 10. April 2005 23:36

eine kleine Anmerkung zur Anzahl der Leecher in der Statistik:
Diese Zahl ist nicht ganz ernt zu nehmen aus folgendem Grund:
ein Client wird als Leecher erkannt, die Statistik wird um 1 erhöht, und seine IP landet auf der Ban-Liste. Nach einer gewissen Zeit werden IPs von der Ban-Liste entfernt. Trifft man nun erneut auf diesen Client so wird die Statistik wieder um 1 erhöht.

Auf diesen "Bug" machte ich Morph heute aufmerksam. Allerdings wird er und werden wohl ich diese "Falschberechnung" nicht ändern aus dem einfachen Grund: um eine wirklich korrekte Zahl zu bekommen bräuchte man eine eigene Liste und Extra-Coding-Aufwand (+Speicher * CPU). Dies lohnt sich für einen simplen Statistikwert einfach nicht.

aalerich 11. April 2005 03:16

@ Xman:

Danke für die Erläuterung! Das wußte ich nicht und das relativiert die Sache natürlich erheblich. Bei einer Laufzeit von fast 24 Stunden und einer (vermuteten) Bannzeit von 2 Stunden kann man also die Zahl der tatsächlich gebannten bei vielleicht einem Zehntel der "erkannten Leecher" ansetzen. Das ist dann schon ein realistisches Maß und beruhigend. :-)

@ Stulle:

Wir sind hier im Development-Bereich! Und Dein Mod heißt "Alpha-Test! Hier geht es um die Entwicklung und Fehlersuche, um das Testen von Funktionen, ihrer Wirkungen und ihrer Auswirkungen.

Zum Ratio: Ich bin kein Freund der Absenkung auf ein Minimum von 8. Und ich habe aus den Anmerkungen derer, die sich zu dem Thema ebenfalls geäußert haben herausgelesen, daß ich damit nicht allein stehe. Konkret gesagt haben sich, soweit ich mich erinnere, alle mehr oder weniger deutlich dagegen ausgesprochen. Diese Statistik nun zeigt, was die Auswirkungen dieser Absenkung sind. Pathfinder formuliert es immer so schön treffend; das Ratio soll die Leute dazu zwingen, ihre Mulis sauber einzustellen. MonoManiac ist sicher kein Leecher oder jemand, der rücksichtslos saugen oder gar Schaden anrichten will. Seine 344 freigegebenen Dateien sind gut gemeint. Nur richtet er damit ungewollt Schaden an; er erzeugt unverhältnismäßig viel Overhead. Durch die Senkung des Ratios merkt er das aber nicht...

Zum Overhead: Da muß irgendwo ein Bug sein. Auch Deine Statistik besagt:
Zitat:

Uploads
Session
Uploaded Data: 195.73 MB
Total Overhead (Packets): 39.40 MB (670.98K)

Downloads
Session
Downloaded Data: 309.09 MB
Total Overhead (Packets): 35.98 MB (590.59K)
Das ist mörderisch! Im Upload sind das 1 mb Overhead für 5 mb Datenupload und im Download immerhin noch 1 mb Overhead für 10 mb Datendownload. Vielleicht ist das ja auch nur ein Fehler in der Statistik, ich weiß es nicht. Aber da mußt Du Dich unbedingt dahinterklemmen! Wenn diese Werte stimmen kannst Du den Mod unmöglich so rausgeben. Meine Vergleichswerte stammen übrigens auch nicht vom vorlost :mrgreen:...
Und bei mav744 sieht das auch schon ganz anders aus:
Zitat:

Uploads
Session
Hochgeladen: 557.08 MB
Totaler Overhead (Pakete): 35.19 MB (650.73K)

Downloads
Session
Downloaded Data: 309.09 MB
Totaler Overhead (Pakete): 29.61 MB (678.41K)
Bis zu ca. 10% Overhead kann man ja noch als relativ normal ansehen, so jedenfalls meine Erfahrung über verschiedene Mods. Aber 20%... Was allerdings sein kann: Ich weiß, daß mav744 seine Warteschlange auf 2000 begrenzt und bei Dir steht "Waiting Uploads: 4988". Deine Warteschlange ist also mehr als doppelt so groß. Wenn der Warteschlangenoverhead beim Uploadoverhead mit einberechnet wird wäre das eine Erklärung. Allerdings hat MonoManiac seine Queue auch auf 2000 begrenzt ("Wartende Uploads: 2001"), und trotzdem hat er diesen extremen Overhead... Das spräche wieder dagegen, daß das die Ursache des Overheads ist. Vielleicht liegt das dann aber auch an den einfachen Anfragen für seine 344 Dateien.

Es geht hier ja nicht um Leechervorwürfe. Irgendwas funktioniert halt scheinbar noch nicht so, wie es soll. Mit Leechen hat das nichts zu tun. Wenn ich mir aber mal eine Bemerkung in diese Richtung (konkret zur Begrenzung der Warteschlange) erlauben darf: Zu Leuten mit voller Queue lade ich nicht hoch. Ich finde eine volle Queue extrem unfair. "Queue full" bedeutet, daß jemand beliebig viel zu einem anderen hochladen kann, es nützt ihm nichts. Ein Nutzer kann ein ganzes Gigabyte bei einem anderen gut haben, seine Kredite sind wertlos. Er kommt gar nicht erst in die Warteschlange hinein. Er bekommt keine Chance, seine Kredite jemals einzulösen. Zu solchen Nutzern lade ich nur hoch, wenn die Situation der jeweils angeforderten Datei es sinnvoll erscheinen läßt. Und da diese Nutzer als Uploader unbrauchbar sind ist das extrem selten...

Mit freundlichen Grüßen
aalerich

mav744 11. April 2005 05:40

Zitat:

Zitat von aalerich
Ich finde eine volle Queue extrem unfair. "Queue full" bedeutet, daß jemand beliebig viel zu einem anderen hochladen kann, es nützt ihm nichts. Ein Nutzer kann ein ganzes Gigabyte bei einem anderen gut haben, seine Kredite sind wertlos. Er kommt gar nicht erst in die Warteschlange hinein. Er bekommt keine Chance, seine Kredite jemals einzulösen. Zu solchen Nutzern lade ich nur hoch, wenn die Situation der jeweils angeforderten Datei es sinnvoll erscheinen läßt. Und da diese Nutzer als Uploader unbrauchbar sind ist das extrem selten...

Hmm, irgendwann wird doch jede Warteschlange "Voll" ob 2000 oder 10000. Ich dachte immer das dafür, im Morph und in den MoDs die auf in aufbauen (bei anderen bin ich mir nicht so sicher), trotzdem Leute in die Warteschlange kommen die genug Credits haben. Korrigiert mich bitte falls ich etwas falsches sage. Ich habe extra jetzt noch einmal geschaut, meine Warteschlange ist ja auf 2000 begrenzt, das ist ein offenes Geheimniss, aber im moment habe ich 2485 in der selbigen. Dieser überschuss kommt von den Leuten, die Credits bei mir haben, wenn ich alles richtig verstanden habe. Im Grunde ist es auch egal, wie hoch man seine Warteschlange einstellt, da die Anfragen trotzdem kommen und man trotzdem ein Paket schicken muss "Hallo, ich bin voll". Also ist der Overhead der gleiche. Es gibt jetzt 2 Möglichkeiten: Trexpower 2005 hatte definitiv zu viele Quellen, daher der hohe Overhead. Punkt Falsche Einstellung des Hardlimits. Bei MonoManiac liegt es an den zu viel freigegeben Dateien und ich weiss wovon ich spreche. Xman und Du aalerich, müsten noch wissen das mein Overhead auch mal astronomisch war und es lag auch an zu vielen freigegebenen Dateien. Manchmal ist halt weniger doch mehr, was ich selber ja auch feststellen musste. Falls ich etwas falsch erklärt habe, korrigiert mich bitte.
Und das doofe ist, je höher der durchschnittliche down, desto höher der Overhead, hatte das Problem ja auch schon mal beim MaxMoD, da saugte er wie verrückt und mein Upload war für den Ar.... Worauf dann mit einer grossen Portion Ironie von Xman die aussage gekommen ist, das ich ein Leecher wäre. Postwendend hat er aber eine Erklärung gepostet. :wink:
Mit freundlichen Grüssen
mav744

Stulle 11. April 2005 06:06

Zitat:

Zitat von aalerich
Wir sind hier im Development-Bereich! Und Dein Mod heißt "Alpha-Test! Hier geht es um die Entwicklung und Fehlersuche, um das Testen von Funktionen, ihrer Wirkungen und ihrer Auswirkungen.

sehr richtig. wir sind hier um fehler aufzudecken, dev fragen durch zusprechen und uns gedanken über die Entwicklung zu machen, aber leecher Vorwürfe lass ich gewiss nicht auf mir sitzen!
Zitat:

Zitat von aalerich
Und das Ratio hast Du offensichtlich auch komplett entfernt...

Das da war bestimmt nicht die gute fee!

Wie uns sicher allen bewußt ist, kann man Stats manipulieren. Ich kann meinen Muli 23h falsch laufen lassen, ihn dann einstellen und dann die stats kopieren!

Ich selbst habe schon IMMER meine Queue auf 10k gesetzt. Warum¿ Weil ich jedem die selbe Chance geben will. Und meine Queue war auch noch nie voll. Hinzu kommen 424 freigegebene Datein. Die Zahl wird sogar noch steigen! Warum¿ Weil ich die Mods die ich lade Powershare und weil ich annähernd 300 Dateien share die zusammenhängen!

Mein Overhead ist momentan bei 16% des UL.

Was ich nicht wirkl. verstehe sind 2 Sachen:
1.: Wieso suchst du als erfahrener Nutzer zuerst die Schuld bei mir¿ Ich denke du kennst meine Position zu leechern und zur Ratio. Wäre ich Dev des Morph teams, wäre diese ganze Diskussion garnicht erst aufgekommen! Aber ich bin ja nur Anfänger und Anfänger machen alles falsch, vor allem wenn se an Overhead beeinflussenden Sachen (bis auf Reask Timer for File Src und das senkt) garnicht rum bauen... weisst du was¿ Auf solche "experten Meinungen" kann ich getrost verzichten!
2.: Warum springt daenmark auf diesen fahrenden Zug auf¿ Ich weiß es nicht! Hab ich dir was getan¿ Hab ich mein Changelog in der falschen Sprache veröffentlicht und soll ne deutsche Übersetzung EXTRA für dich bringen¿ Bin ich es nicht wert, erst das Changelog zu lesen und dann zu hetzen¿

Mit verstimmten Grüßen
Stulle

EDIT: Willkommen im Mittelalter. Heute verbrennen wir Hexen! Seht dorthinten, da steht auch schon die erste Gruppe Hexen... sie nennen sich "eMule Developers"... aber in wirklichkeit sind es hundsgemeine, keine session-ratio nutzenden Hexen! Darum müßen sie sterben. Klingt komisch, ist auch so, macht aber nix!
Das dazu! Und, lieber aalerich, was du machst ist kein file-sharing. Aus irgendwelchen impulsen heraus meinst du drüber bestimmen zu können wer gut ist und wer nicht¿ Sicher nicht, das einzige was du tust, das ist dir eben dies anzumaßen!

In diesem Sinne, Stulle

Pathfinder 11. April 2005 07:05

Jetzt krieg dich mal wieder ein, Stulle! Du weißt doch, dass aalerich seine Meinung immer mit reichlich spitzer Zunge zu Papier bringt. Du kannst das jetzt nicht verallgemeinern und von Hexenjagd sprechen.

Es muss ja wohl erlaubt sein zu hinterfragen ob deine Änderungen an der Ratio auch in allen Fällen richtig greifen. Bei den hier geposteten Stats stellt man eben ganz klar fest, mit einem unveränderten Morph-MOD wäre das nicht möglich gewesen. Deine Absichten sind uns bekannt, niemand unterstellt dir ein Leecher zu sein oder einen coden zu wollen. Allerdings muss man sich fragen ob die Absenkung des Durchschnittsuploads ab dem die Ratio greift nicht eben genau die hier gezeigten Fehlkonfigurationen auf User-Seite provoziert. daenemark, ob er nun das Changelog gelesen hat oder nicht ist egal, bringt sein Bauchgefühl zum Ausdruck, er fragt sich wie jemand mit < 10 kB/s Upload eine solche Ratio verdient hat. Kein Grund ihn so anzugehen wie du das tust.

Was den Overhead betrifft, aalerich teilt dir seine Beobachtungen als erfahrener User mit, er ist kritisch und hat ein scharfes Auge. Du hast zwei Möglichkeiten, verstecke dich beleidigt hinter deinem Stolz oder nutze diese Beobachtungen und überprüfe deine Arbeit. Letzteres hilft dir am Ende einen MOD zu präsentieren der fehlerfrei arbeitet. Und genau dabei wollen wir dir hier helfen.

MonoManiac 11. April 2005 07:43

Zu meine (und Stulle) verteidigung:

1. Ich bin kein Leecher:naughty , und Stulle-MOD ist auch kein leecher mod :rant !
2. Meine Mule läuft 24/7, und die meiste zeit habe Ich DL/UL=1:1, 2:1.
1:4 ist nur eine Ausnahme (Ich war eben an der Reihe...:-) )
3. Wusste gar nicht das 344 freigegebenen files schädlich für netzwerk sind. Wenn es so ist - OK, ist leicht zu korrigieren:wink: .
4. Kritik angenommen. Habe UL erhöht von 12 auf 13, und queue von 2500 auf 3500. Mal schaun...

Für weitere Ideen und Vorschläge bin ich offen.


P.S.
Von 1:4.39 ist nicht viele übrig geblieben.. 1:2.8 ->Tendenz fallend...

Xman 11. April 2005 07:57

und mal wieder eine Anmerkung:
das was mav da oben schreibt stimmt natürlich voll und ganz.... mit einer kleinen Erweiterung: auch die offizielle Version erlaubt Dir in die volle Queue zu kommen, wenn Du überdurchschnittlich viele Credits hast.

Edit: Nick richtig geschrieben ;-)

Pathfinder 11. April 2005 08:00

Zitat:

Zitat von MonoManiac
1. Ich bin kein Leecher!

Hat das irgendwer behauptet?
Zitat:

Zitat von aalerich
MonoManiac ist sicher kein Leecher oder jemand, der rücksichtslos saugen oder gar Schaden anrichten will.

Wir wollen, dass du was lernst aus den Kritikpunkten die sich aus deiner Statistik ableiten ließen. Das scheint gelungen zu sein, kein Grund rumzubrüllen (-> Fettschrift).

MonoManiac 11. April 2005 08:06

Zitat:

Zitat von Pathfinder
Hat das irgendwer behauptet?Wir wollen, dass du was lernst aus den Kritikpunkten die sich aus deiner Statistik ableiten ließen. Das scheint gelungen zu sein, kein Grund rumzubrüllen (-> Fettschrift).

Ich wollte nur klarstellen. Und fettschrift war versehen.

mav744 11. April 2005 08:06

Zitat:

Zitat von MonoManiac
3. Wusste gar nicht das 344 freigegebenen files schädlich für netzwerk sind. Wenn es so ist - OK, ist leicht zu korrigieren:wink: .

Das ist nicht direkt schädlich, aber dein upload wird durch den hohen Overhead ausgebremst. Dein effektiver Upload ist also weniger und du beisst dich ins eigen Fleisch (sprich Ratiobegrenzung). Tausche zB. jede Woche mal die Dateien aus, die Du hochladen möchtest, so ereichst Du eine gute Verteilung und du kannst deine Dateien trotzdem sharen. Und dein Upload geht auch höher (also effektiv). Ich hatte das gleiche Problem wie du, und habe mit dem Weg eine Lösung gefunden. Es kommt auch auf die Grösse der Dateien an, da wenn eine Datei kleiner bzw. gleich einem Chunk ist werden hierfür wohl weniger Anfragen vorliegen, als wie für grössere Dateien. Damit meine ich datei a ist ca. 6 MB gross, wenn diese hochgeladen wird fragt der gleiche Client nach fertigstellung nicht mehr an. Datei b ist 700 MB gross, ein chunk wird hochgeladen und der gleiche client fragt aber noch nach anderen Chunks. Das soll bedeuten, das bei grossen Dateien prinzipiell mehr anfragen zusammen kommen als bei kleinen.

Mit freundlichen Grüssen
mav744

Edit:@Xman: Du tippst zu schnell, du schreibst meinen Nick öfter falsch :mrgreen:

MonoManiac 11. April 2005 08:11

@mav744
Ich habe immer gedacht, je mehr desto besser. Wieviel soll ich dann noch sharen ? Wieviel habt ihr ?

mav744 11. April 2005 08:15

Habe ich auch immer gedacht :wink: . Ich habe immer so im Schnitt mit Downloads zwischen 20 und 40 Dateien im Share wovon zwischen 10 und 20 aktive Downloads sind. Probiere einfach mal aus.

Mit freundlichen Grüssen
mav744

Xman 11. April 2005 09:21

sorry, Mav... werd mich bischen mehr bemühen... ;-)

mav744 11. April 2005 09:37

THX Xman, ist mir nur aufgefallen, war auch nicht böse gemeint.;-)

Mit freundlichen Grüssen
mav744

Stulle 11. April 2005 12:49

Pathfinder, das mit der hexenjagd war nur eine überzogene Darstellung. Wie ich bereits sagte verstehe ich nicht wieso ich mir derartiges anhören muß nachdem das Thema "ZZ ratio activation changes" doch schon ausgiebig diskutiert und thematisierte worden ist. Ich verstehe das Leute etwas gegen Leecher haben, habe ich selbst ja auch. Aber ich verstehe nicht, wieso ich mir von jemandem, der genau weiß was ich wie und warum geändert hab anhören muß, ich würde einen Leecher produzieren (und das hat er mit dem 2. von mir zitierten Satz getan), obwohl er selbst einen Leecher benutzt (manual kick/ban --> leech-feature für mich!). Das ich so abgehe ist vielleicht nicht jedem begreiflich und kann als überzogen gewertet werden, aber wenn ich eine Sache nicht mag, dann ist es Arroganz und was aalerich sich da geleistet hat ist für mich Arroganz.
Um ein weiteres Mal meine Änderungen zu Thematisieren, ich mag keine ratios!!! Trotzdem sehe ich ein das die Ratio im Morph Sinn hat (PS on partfile, friendslot und, bei mir, friend-boost). Ich habe auch, entgegen aalerich's Behauptung, die Ratio nicht raus genommen. Ich habe sie lediglich runtergesetzt/ ausgesetzt unter bestimmten Vorraussetzungen, die ich, wie ich finde, in besagtem anderen Thread zur genüge erläutert habe und die auch in dem Changelog ersichtlich werden. Nach wievor sehe ich KEINE möglichkeit das jemand durch's System schlüpft! Seht ihr eine¿ Sagt es mir! Wenn aalerich etwas gefunden hätte und es in entsprechender Form zur Sprache gebracht hätte, dann wäre ich auch sicherlich nicht so böse geworden. Mir nun aber von 0 auf 100 sofort vorzuwerfen ich würde einen Leecher programmieren geht mir wirkl. gegen den Strich, zumal augenscheinlich nichtmal geprüft wurde ob es meinem Changelog nach möglich wäre. Selbst hätte er nur gesagt er würde sich dann zumindest eine Änderung der absoluten Minregel (derzeit 8) auf zB 9, wäre ich auch nicht so abgegangen, aber soooo...!
Ich kann mich hier nur noch bei allen Unbeteiligten und den Moderatoren/ Adminstratoren entschuldigen, dass ich mich derart hab gehen lassen, aber wenn ich mich schonmal aufrege, dann richtig... so bin ich!

Mit freundlichen Grüßen
Stulle

EDIT: Ich vergaß den Punkt Hexenjagd noch etwas näher zu beleuchten... Sicherlich kommt es keiner Hexenjagdgleich, aber nun ist es doch so das die ZZ ratio bzw. die von netfinity oder slugfiller nicht vorgeschrieben ist. Ich habe mit meiner Lösung versucht einen Kompromiss zwischen beiden Systemen zu finden. Nun aber zu sagen, jemand, der einen Kompromiss zw. dem MorphXT kompromiss und dem original macht, mache Müll ist ein böser Modder, ist meiner Meinung nach daneben. Selbst die Variante im MorphXT ist unter manchen Leuten umstritten, aber da ist es ja anscheinend doch in Ordnung! Wichtig ist in erster Linie die Bestrafung von PS on partifile und multiple friendslot!

daenemark 11. April 2005 13:15

Zitat:

Zitat von Pathfinder
daenemark, ob er nun das Changelog gelesen hat oder nicht ist egal, bringt sein Bauchgefühl zum Ausdruck, er fragt sich wie jemand mit < 10 kB/s Upload eine solche Ratio verdient hat. Kein Grund ihn so anzugehen wie du das tust.

Danke dir Pathfinder.Genau so war das gemeint.

drfreak2004 11. April 2005 13:22

sorry aber in allen 45b mods liegt das ul/dl verhältnis bei mir net unter 1:6 ! momentan 1:10 !... fragt micht net warum keine ahnung !

aalerich 11. April 2005 13:35

Zitat:

Zitat von Stulle
...Leecher-Vorwürfe laß ich gewiß nicht auf mir sitzen!

Zitat:

Zitat von aalerich
Es geht hier ja nicht um Leechervorwürfe. Irgendwas funktioniert halt scheinbar noch nicht so, wie es soll. Mit Leechen hat das nichts zu tun.

Zitat:

Zitat von Stulle
Hinzu kommen 424 freigegebene Datein. Die Zahl wird sogar noch steigen! Warum? Weil ich die Mods die ich lade Powershare und weil ich annähernd 300 Dateien share die zusammenhängen!
Mein Overhead ist momentan bei 16% des UL.

Stulle, Stulle... Ich könnte jetzt ja von typischen Anfängerfehlern sprechen... Was soll das? Für die meisten Mods gibt es nach ein paar Tagen mehr als genug http-Quellen und zusammengehörende Dateien packt man in ein großes Archiv... Wenn bis zu 10% als normal gelten können, dann erzeugst Du 60% zusätzlichen, schädlichen Overhead. Warum werden Leute, die zu oft anfragen, gebannt? Schneller zum Zuge kommen sie nicht, aber sie erzeugen unnötigen Overhead... Und noch etwas zu den geshareten (<--"denglisch") Mods: Sowas solltest Du wirklich Leuten mit dickem Upload überlassen. Davon gibt es genug. Wenn beispielsweise Januar1956 das macht, dann hat das auch Sinn. Bei 16 kb Kapazität und einem Limit von 10 oder 11 ist es Unfug.
Zitat:

Zitat von Stulle
Wäre ich Dev des Morph teams, wäre diese ganze Diskussion garnicht erst aufgekommen!

Na komm, mit denen gehe ich ganz anders um :mrblue:...("Mit einem fröhlichen "Weidmanns Heil!"..."...Morph-Hunter"...) Auch eWombats werden von mir "erlegt" und ich bin mir ziemlich sicher, daß Ornis+ mich für meine Angriffe gegen die Devs aus tiefstem Herzen liebt...:yes:. "Angst vor großen Tieren"? Ich? LOL! Ich bin mir dessen bewußt, daß ich mit meinen Attacken gegen "die Großen" oft ungerecht bin. Aber da "die Großen" dazu neigen, sich nicht besonders gern zu bewegen bzw. sich ihrer Verantwortung manchmal nicht recht bewußt zu sein scheinen und sich deren Fehler eben gerade wegen ihrer Größe erheblich auswirken können haue ich da eben auch richtig drauf.
Zitat:

Zitat von MonoManiac
Von 1:4.39 ist nicht viele übrig geblieben.. 1:2.8 ->Tendenz fallend...

Es hat doch niemand etwas dagegen, daß Du gut ziehst, von mir aus auch 1:10. Nur soll vermieden werden, daß aus Unwissenheit oder (im Falle von Leechern) aus Bosheit oder Gier Schaden angerichtet wird.
Wieviele Dateien man freigeben soll? Ich mache es so, wie mav744 es beschreibt. Im Moment habe ich 43 Dateien freigegeben, davon haben 5 bisher noch nicht eine Anfrage in der momentanen Sitzung. (Laufzeit: 1 Tag 22 Stunden ohne Zwangstrennung :dance , ich bin gespannt, ob Arcor auch die nächste ZT "vergißt". Keine Ahnung, ob das Absicht ist...) Ich habe jetzt 1016 Leute in der Warteschlange, das ist normal bei mir. Nur in Ausnahmefällen gebe ich so viel frei, daß 2000 Leute bei mir Schlange stehen. Und ich habe 512er Upload. Ich möchte einfach, daß jeder, der sich bei mir anstellt, in absehbarer Zeit auch etwas bekommt. Also auch Leute ohne Kredite. Es ist einfach nicht effektiv, drei Tage (und Nächte) irgendwo anstehen zu müssen (und damit für beide Setien Overhead zu erzeugen) und dann nur mit Glück auch eine lohnende Menge an Daten zu bekommen.
Zitat:

Zitat von Xman
...auch die offizielle Version erlaubt Dir in die volle Queue zu kommen, wenn Du überdurchschnittlich viele Credits hast.

Hmmm, also das habe ich vielfach anders beobachtet. Mag aber sein, daß das dann eine Fehlfunktion ist, kann ja passieren. Solange es nicht Absicht ist rege ich mich auch nicht auf. Allerdings bleibt die Frage, ob es nicht schon bei durchschnittlich vielen Krediten ungerecht ist, also z.B. bei einem Chunk. Für Leute mit kleinem Upload ist ein Chunk nicht wenig.

Und ganz generell ist es einfach nur dämlich, massenhaft Dateien freizugeben und dann die Queue zu begrenzen. Dafür gibt es in einigen Mods die Option "One Queue per File", nur mal so als Tip am Rande für Mitleser.

Mit freundlichen Grüßen
aalerich

Nachträgliche Ergänzung:
Zitat:

Zitat von Stulle
Wie ich bereits sagte verstehe ich nicht wieso ich mir derartiges anhören muß, ... ich würde einen Leecher produzieren (und das hat er mit dem 2. von mir zitierten Satz getan), obwohl er selbst einen Leecher benutzt (manual kick/ban --> leech-feature für mich!).

Nicht jede schädliche Sache hat etwas mit Leechen zu tun. Und Kicken führt gewiß nicht zur Verringerung des Uploads, die Absenkung des Ratios schon. Du machst, so scheint mir, einen grundsätzlichen Fehler: Du glaubst, Dein Mod würde nur von erfahrenen, gutwilligen Fachleuten eingesetzt. Wenn jemand hierher kommt und fragt, wie er denn z.B. ein so kompliziertes Gerät wie den Morph installieren soll wird er von Dir in der Regel ziemlich unfreundlich auf FAQs usw. verwiesen. Warum glaubst Du, die Nutzer Deines Mods würden genau wissen, was wie zu tun ist? Die Absenkung des Ratios auf 9 ist schon falsch. Das sage ich jetzt einfach mal so und ich weiß, daß die überwältigende Mehrheit das genauso sieht. Du gehst nun noch einen Schritt weiter, Ratio erst bei 8. Die Folgen sind aus der geposteten Statistik ablesbar. Und wenn ich lese, daß sogar Du selbst Dein Muli falsch nutzt (424 freigegebene Dateien bei 11-14 kb/s Upload :bang ), dann wird mir auch klar, warum Du das Ratio abgesenkt hast. (Dieser Satz ist der erste Angriff gegen Dich überhaupt, und es ist ein heftiger Angriff. Nur um das mal klar zu sagen: Du produzierst also ganz absichtlich einen Mod, der netzwerkschädlich ist obwohl Du wissen mußt, daß es falsch ist.) Vielleicht solltest Du Deinen Mod besser paßwortgeschützt und nur über das Netzwerk verbreiten. Damit könntest Du zumindest verhindern, daß eigentlich gutwillige, unerfahrene Nutzer, ohne es zu wollen, Schaden anrichten. Und jetzt kannst Du von mir aus platzen vor Wut! Besser wäre allerdings, wenn Du Dich mal fragst, warum ich das schreibe. Ich mache das nicht um Dich zu ärgern. Aber ich sehe auch, daß Du nicht ohne weiteres bereit bist, die Ratioabsenkung wieder rückgängig zu machen. Nun ja, dann werde ich halt deutlicher... MonoManiac hat ein Uploadlimit von 12 eingestellt. Tatsächlich liegt sein Upload aber teilweise bei nur
Zitat:

Upload-Geschwindigkeit: 6.76 KB/s
Das ist schädlich! Und aufgrund der Ratioabsenkung merkt er es gar nicht. Mit Leechen hat das aber nichts zu tun; es kann und soll den Download nicht beschleunigen.

Und wenn Du Dich wieder etwas beruhigt hast: Du versuchst eine Mod zu fabrizieren, der die Quadratur des Kreises schafft. Du versuchst, mit nur 16 kb/s alles das zu können, was mit DSL 3000 und eventuell sogar noch besserem Upload geht. Das kann nichts werden; Du fährst damit unweigerlich gegen den Baum. Mehr und immer noch mehr Möglichkeiten einbauen und, damit die überhaupt alle genutzt werden können, das Limit immer weiter runter. Der Weg ist falsch! Schon allein deshalb, weil es solche Mods schon gibt. Und die werden hier verständlicherweise nicht unterstützt...

Soweit mal meine Sicht der Dinge, diesmal teilweise mit einer selbst für meine Verhältnisse ungewohnten Deutlichkeit. Aber auch das dient einem Zweck...

Stulle 11. April 2005 14:12

Nur eine Sache dazu:
Wie ich bereits sagte halte ich Mods, die die Ratio aus dem Morph rausnehmen oder zuhoch setzen (MorphXT + 1:7) für Leecher Mods. Du hast mir vorgeworfen (stumpfsinnigerweise, wenn man Changelog und Stats vergleicht!) ich hätte sie entfernt --> Leecher Mod!

MFG Stulle

PS: Vorerst bist du noch nicht auf meiner Ignorier-Liste, aber, auch wenn es dich sicherlich nur rektal tangiert (will ja keine schmutzigen Worte benutzen...), wirst du dorthin kommen, wenn es das nächste mal vorkommt, das du mich wieder in die Wut treibst!

EDIT: Ich versuche das nicht erst mit meinem Mod. So habe ich es immer gemacht und bin damit bisher gut gefahren! Passt dir nicht¿ Ignorier mich!

EDIT 2:
Zitat:

Upload-Geschwindigkeit: 6.76 KB/s
Ist beim Morph genauso möglich! entscheidend ist der durchschnitts Upload!

EDIT 3: Super, ich bin dann also etwa genaus netzwerkschädlich, wie auch jeder x-beliebige standart eMule, weil die haben GARKEINE session based ratio drin! Du bist einfach nur engstirnig und siehst es nur in Relation zum Morph! Aber das die Mehrzahl der Leute NICHT den Morph sondern den originalen benutzt und den ebenso kaputt spielen kann, wie den Morph! Und was ich mit dienem tollen kick-ban sagen will ist, das es einfach nichts mehr mit P2P zu tun hat, wenn ich entscheiden kann, "ach, den will ich nich uploaden lassen, der riecht" und das aus unersichtlichen Gründen!

Trexpower2005 11. April 2005 18:47

Hallo zusammen habe meine quellen mal alle wieder runter gestuft da ich zuviele hatte und mein upload habe ich auch mal hoch auf 38 gestellt aber ich bin der meinung es paßt immernoch nicht warum weiß ich der upload ist weiterhin so niedrig.

Code:

eMule v0.45b [StulleMule alpha v0.5] Statistik [Trexpower2005]
 
Transfer
Session UL:DL Ratio: 1 : 1.43
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 1.43
Gesamte UL:DL Ratio: 1 : 3.03
Uploads
        Session
                Hochgeladen: 358.73 MB
                Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
                Aktive uploads/nötig um Bandbreite auszunutzen: 2
                Gesamtanzahl der Uploads: 3
                Wartende Uploads: 4998
                Upload Sessions: 74
                Totaler Overhead (Pakete): 31.14 MB (612.85K)
        Gesamt
                Hochgeladen: 3.30 GB
                Upload Sessions: 2030
                Totaler Overhead (Pakete): 432.56 MB (8.24M)
Downloads
        Session
                Heruntergeladen: 512.35 MB
                Beendete Downloads: 0
                Aktive Downloads: 7
                Gefundene Quellen: 4545
                Download Sessions: 239
                Durch Komprimierung gewonnen: 14.94 MB (2.9%)
                Durch Datenfehler verloren: 9.22 MB (1.8%)
                Teile gerettet durch I.C.H: 1
                Totaler Overhead (Pakete): 30.92 MB (582.97K)
        Gesamt
                Heruntergeladen: 9.98 GB
                Beendete Downloads: 13
                Download Sessions: 43851
                Durch Komprimierung gewonnen: 395.65 MB (3.9%)
                Durch Datenfehler verloren: 185.12 MB (1.8%)
                Teile gerettet durch I.C.H: 6
                Totaler Overhead (Pakete): 429.45 MB (8.44M)
Verbindung
Session
        Allgemein
                Erneute Serververbindungen: 1
                Aktive Verbindungen (geschätzt): 227 (Halb:9 | Komplett:70 | Andere:14
                Durchschnittliche Verbindungen (geschätzt): 245
                Verbindungsspitze (geschätzt): 300
                Verbindungs-Limit erreicht: 0
        Upload
                Upload-Geschwindigkeit: 17.38 KB/s
                Durchschnittliche Uploadrate: 15.63 KB/s
                Max. Uploadrate: 20.80 KB/s
                Max. durchschnittliche Uploadrate: 15.91 KB/s
        Download
                Download-Geschwindigkeit: 16.52 KB/s
                Durchschnittliche Downloadrate: 22.32 KB/s
                Max. Downloadrate: 68.01 KB/s
                Max. Downloadrate Durchschnitt: 22.36 KB/s
Gesamt
        Allgemein
                Erneute Serververbindungen: 7
                Durchschnittliche Verbindungen (geschätzt): 242
                Verbindungsspitze (geschätzt): 593
                Verbindungs-Limit erreicht: 0
        Upload
                Durchschnittliche Uploadrate: 14.15 KB/s
                Max. Uploadrate: 20.80 KB/s
                Max. durchschnittliche Uploadrate: 14.55 KB/s
        Download
                Durchschnittliche Downloadrate: 21.43 KB/s
                Max. Downloadrate: 239.67 KB/s
                Max. Downloadrate Durchschnitt: 28.15 KB/s
Zeit Statistiken
Letzter Reset der Statistiken: Unbekannt
Zeit seit letztem Reset: Unbekannt
Session
        Programm-Laufzeit: 6:32 Stunden
        Übertragungszeit: 6:31 Stunden (99.9%)
        Dauer auf aktuellem Server: 3:33 Stunden (54.5%)
        Dauer auf Servern: 6:31 Stunden (99.9%)
Gesamt
        Programm-Laufzeit: 3 Tage 17:24 Stunden
        Übertragungszeit: 3 Tage 17:19 Stunden (99.9%)
        Dauer auf Servern: 3 Tage 17:03 Stunden (99.6%)
Abschätzungen
Clients
Bekannte Clients: 20650
Client-Software
Netzwerk
Port
Niedrige ID: 2926 (14.2%)
Identifikation (pos : neg): 13904 (99.8%) : 30 (0.2%)
Problematisch: 0 (0.0%)
Gebannt: 331
Gefiltert: 104
Leechers: 749
EastShare: 11 (0.1%)
New HideOS : 20
Server
Funktionierende Server: 124
Server mit Login-Fehlversuchen: 83
Gelöschte Server: 167
Gesamt: 207
Gesamte Benutzeranzahl: 3.82M
Gesamte Dateianzahl: 422.55M
Rekorde
        Max. funktionierende Server: 143
        Max. Nutzer Online: 4.20M
        Max. Dateien verfügbar: 485.76M
Freigegebene Dateien
Festplattenplatz

dann habe ich da ein großes problem mit mein muli ich habe gestern den quickstart angemacht und seit dem hat er nach ein paar stunden ca.6std eine fehlermeldung und dann muß ich emule neu starten was kann das sein???
Habe Mav gefragt er weiß auch keinen rat :huh
habe es schon drei mal gehabt habe Rechner neu gestartet alles

Stulle 11. April 2005 19:45

Wie lautet denn die Fehlermeldung¿ Und unter welchen Umständen wird sie hervorgerufen¿ Kannst du ausserdem andere Fehlerquellen ausschließen¿ Mach sonst mal ne clean-install, vielleicht hilft das auch schon! (nen kumpel hatte mal fehlermeldung bei allen mods weil seine clients.met kaputt war...)

Konnte ja bisher nich viel helfen, bissn wenig infos. Aber würd mich auch sehr interessieren wo das Problem liegt.

MFG Stulle

Trexpower2005 11. April 2005 20:03

Hallo Stulle es offnet sich ein fenster von windows und da steht immer drin emule hat ein schwerwiegenden fehler und muß geschloßen werden und dann ist da das ok zeichen zum schließen mehr steht da nicht ich habe den quickstart mal wieder ausgemacht und sehe nun es kommt bis jetzt nicht mehr Teu Teu Teu
Ich habe eine 2000 DSL Flatrat leitung von T-online und windows XP mein router ist aus gehe über dfü verbindung rein ohne t-online software da sonst die verbindung langsam ist.
Hoffe das kann dir weiter helfen wenn nicht frag mich was du sonst noch brauchst an infos
denn ich habe noch nicht soviel erfahrung mit emule

Mfg Trexpower2005

Stulle 11. April 2005 20:23

erstmal teste mal. wenn es wieder passiert lassen wir uns was einfallen für dich^^

mfg stulle

aalerich 11. April 2005 21:29

Zitat:

Zitat von Stulle
Passt dir nicht¿ Ignorier mich!

So einfach ist das nicht.
Zitat:

Zitat von cosmic girl
Was du zuhause in deinem stillen Kämmerlein machst, das bleibt dir überlassen...

Aber wenn Du als Modder der Öffentlichkeit einen Mod zur Verfügung stellst, der speziell für Deine falsche, schädliche Nutzung des Eselnetzwerkes optimiert ist, dann bist Du eben nicht mehr Zuhause. Der Schaden, den Du allein anrichten kannst, ist begrenzt. Wenn Dein Mod aber massenhafte Verbreitung findet sieht die Sache anders aus. Und darüber mußt Du Dir Gedanken machen! Es gibt viele zu recht oder zu unrecht für unerwünscht erklärte Sachen. Du aber sägst an der Grundlage des Systemes, dem effektiven Upload.
Zitat:

Zitat von Stulle
So habe ich es immer gemacht und bin damit bisher gut gefahren!

Du glaubst also, daß es gut für alle wäre, wenn alle das so machen würden? Steigerung des Overheads um 60%? Warum sonst willst Du anderen einen Mod zur Verfügung stellen, der genau dafür gemacht ist?
Zitat:

Zitat von Stulle
Ist beim Morph genauso möglich! entscheidend ist der durchschnitts Upload!

Zitat:

Zitat von Pathfinder
Bei den hier geposteten Stats stellt man eben ganz klar fest, mit einem unveränderten Morph-MOD wäre das nicht möglich gewesen.

Aber irgendwie habe ich das Gefühl, gegen die Wand zu reden. Ich jedenfalls sehe mich nicht imstande, Dich zur Vernunft zu bringen. Naja, schade, aber nicht zu ändern.

Mit enttäuschten Grüßen
aalerich

Stulle 11. April 2005 22:19

Die von dir gepostete Statistik war der derzeitige Upload Wert und der ist bei ALLEN sessio based ratios unerheblich! --> ich kann nen Schnitt haben von 100 kbps UL, meinen UL auf 6 abbremsen (irgendwie) und habe trotzdem keine Ratio begrenzung aktiviert! Aber du weißt es sicher besser... *hust*
Und meine Mod ist also "optimiert" für falsche Nutzung, richtig¿ Was ist dann der originale eMule und jeder andere Mod¿ optimiert für versehentliches extrem-leeching¿ Können ja die Devs nichts für, das nich alle ihre Mod einzustellen wissen! Ich bitte dich! Du mißt mit zweierlei Maß! Was ich getan habe ist die Ratio in diesem einen Punkt aufweichen. Hätte natürlich das ganze Ding samt PS on partfile, friendboost und multiple friendslot rausschmeißen können, aber hey, das will ich ja garnicht! Ich will auch nich das jeder x-belibige seinen UL-schnitt auf 4 kbps und weniger leecht! Achja, ich vergaß... das sagte ich ja bereits in dem Thread zu meinen Änderungen...! Die einzige Regel die verlangt das eine Bestrafung durch Ratio eintritt ist bei multiple friendslot und möglicherweise bei PS on partfile (bin ich mir nicht sicher). Das ich friendslot dazu nehme, ist einfach ein Versuch meiner seits dieses feature erlaubt zu machen, da ich es selbst nicht als so schlimm ansehe. Das ich nun aber die Frechheit besitze mir anzumaßen die Session-based Ratio in Bezug auf den MinUp zu erweichen ist wirkl. eine Frechheit, völlig richtig! Wie kann ich nur, selbst die offiziellen Devs benutzen eine session based ratio bei einem Schnitt unter 10 kbps... ach na hups, da hätte ich mich ja fast vertan!
Das Problem liegt nicht bei mir, das Problem liegt bei dir! Du bist weder Willens zu verstehen was ich tue und warum ich es tue, noch bist du Willens auch die Zusammenhänge zu verstehen. (an dieser Stelle hätte ich natürlich eine böswillige Behauptung bringen können, aber das dient dann keinem ausser vielleicht meiner Genugtuung, aber die ist ja schon mit meinem rum geleeche mit dem netzwerkschädigenden StulleMule ausgelastet)
Im übrigen, wie ich sagte sind ca. 200-250 meiner Datein so, das maximal 150 Leute im ganzen Netzwerk auf diese zugreifen wollen. Und selbst diese Zahl scheint mir utopisch hoch geschätzt, bei dem Anteil A4AF Quellen die ich beim laden selbiger habe und hatte. Dazu kommen momentan 69 bins und src von eMule (mods). Viele von denen wurden noch nicht einmal angefragt von mir! Alleine 11 dieser 69 sind meine eigenen Versionen! Dazu kommen 40 Datein an den ich gerade lade. 11 Davon mit vielen Quellen, 2 mit ca. 100, 20 besagter großen Anzahl mit unmengen A4AF und ein paar Datein die zT nicht mehr als 20 Quellen haben! Lass uns das mal ausrechnen! 428-(225+69+40) = 94 Heißt, 94 Dateien share ich ausserdem. Darunter befinden sich wiederum ca. 40 Datein (oder mehr) die so klein sind, das sie praktisch nie abgefragt werden weil sie binnen 2sec fertig sind und die Datein sind weit verbreitet. Bleiben noch 54 Dateien... diese haben zT viele Quellen, aber es gibt immernoch User die ihre Credits noch nicht bei mir eingelöst haben. Soll ich die nun dafür bestrafen, dass sie mir Uploaden¿ Na ich denke doch kaum, immerhin verdammst du auch diese "geladen-entshared"-user. Somit ist was ich Mache nur richtig!
Momentan habe ich 13% soviel Overhead wie ich Upload habe. Meine Queue ist mittlerweile bei 5700 Wartenden und mein Durchschnitts-upload liegt bei ca 10.3! Ich nutze PBF ab 9 MB (unter 1 Chunk) und dazu SUQWT und lovelace-creditsystem. Kurz um, wer mir gibt, der bekommt schon seinen Bonus. Gibt er mehr, so wird der Bonus enorm! Aber natürlich ist das dumm, wenn man anderen usern die Möglichkeit nimmt überhaupt an Upload und in die Queue zu kommen!

In diesem Sinne
Stulle

PS: Ich geh mal weiter an meiner BÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖÖSEN Mod arbeiten, damit ich das ed2k so richtig schön zerhauen kann. Schlag um Schlag.

EDIT: Bilanz meiner wahnsinnigen Versuche ein paar Mods zu powersharen: 37 MB Max 0.1d; 48 MB StulleMule; 6 MB Cyrex2001 v5.0
Ich muß bekloppt sein das zu wagen... Lieber lasse ich mehr Clients auf meine Queue und nehme in Kauf das mein Overhead sinkt, als mich hinzustellen, Leute aus Launen heraus zu kicken und meine Queue zu begrenzen. Und so schlimm kann es ja nicht sein, das ich das tue, sonst würden meine Bilanzen anders aussehen!

Kleines Update: Die Anzahl der Queue Insassen bei mir ist mittlerweile bei 6k, steigend, und mein UL-average hat sich auf 10.30 gesteigert von vormals 10.28. Die Ratio ist dazu auch noch gestiegen um ca. 0.10 auf nun 1:1.43 und auch die steigt noch! Man muß ich was falsch gemacht haben...

daenemark 12. April 2005 05:25

Zitat:

Zitat von Trexpower2005
Hallo zusammen habe meine quellen mal alle wieder runter gestuft da ich zuviele hatte und mein upload habe ich auch mal hoch auf 38 gestellt aber ich bin der meinung es paßt immernoch nicht warum weiß ich der upload ist weiterhin so niedrig.


Zitat:

Zitat von Trexpower2005
Ich habe eine 2000 DSL Flatrat leitung von T-online und windows XP mein router ist aus gehe über dfü verbindung rein ohne t-online software da sonst die verbindung langsam ist.

Ist der Maxwert bei der dem DSL-Anschluss nicht 24KB/s ??

mav744 12. April 2005 05:30

@ Daenemark
diese Einstellung hat sein Muli mit dem Assistenten gemacht, ich bat Trexpower dies bitte heute nocheinmal zu überprüfen. Soweit hast Du recht, was ich Trexpower auch erklärt habe (Upload 32, Upload Limit bei 24).

Mit freundlichen Grüssen
mav744

Edit: Mir fallen solche Sachen mit dem Assistenten nicht auf, da ich meine Einstellungen alle manuell eingebe.

Stulle 12. April 2005 05:35

Zum Assistenten/ Wizard: Der ist verändert worden durch die EastShare Modder, das muß unter umständen Manuell nachgebessert werden

MFG Stulle

EDIT: Mal noch n kleines Update: UL-Schnitt 10,56 kbps Ratio: 1:1.86 SO

mav744 12. April 2005 05:42

So jetzt gebe ich mal eine Stats zum besten

Code:

eMule v0.45b [StulleMule alpha v0.5] Statistik [***]

Transfer
  Session UL:DL Ratio: 1 : 2.10
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 2.10
  Gesamte UL:DL Ratio: 1 : 2.02
  Uploads
      Session
        Hochgeladen: 1.78 GB
        Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
        Aktive uploads/nötig um Bandbreite auszunutzen: 6
        Gesamtanzahl der Uploads: 5
        Wartende Uploads: 2494
        Upload Sessions: 632
        Totaler Overhead (Pakete): 138.74 MB (2.46M)
      Gesamt
        Hochgeladen: 3.42 GB
        Upload Sessions: 3600
        Totaler Overhead (Pakete): 272.29 MB (4.95M)
  Downloads
      Session
        Heruntergeladen: 3.74 GB
        Beendete Downloads: 5
        Aktive Downloads: 18
        Gefundene Quellen: 3906
        Download Sessions: 1333
        Durch Komprimierung gewonnen: 171.96 MB (4.5%)
        Durch Datenfehler verloren: 27.82 MB (0.7%)
        Teile gerettet durch I.C.H: 1
        Totaler Overhead (Pakete): 115.02 MB (2.65M)
      Gesamt
        Heruntergeladen: 6.91 GB
        Beendete Downloads: 8
        Download Sessions: 2585
        Durch Komprimierung gewonnen: 287.91 MB (4.1%)
        Durch Datenfehler verloren: 37.10 MB (0.5%)
        Teile gerettet durch I.C.H: 2
        Totaler Overhead (Pakete): 229.66 MB (5.19M)
Verbindung
  Session
      Allgemein
        Erneute Serververbindungen: 3
        Aktive Verbindungen (geschätzt): 192 (Halb:3 | Komplett:72 | Andere:117)
        Durchschnittliche Verbindungen (geschätzt): 163
        Verbindungsspitze (geschätzt): 1003
        Verbindungs-Limit erreicht: 9 : 10.04.2005 08:45:24
      Upload
        Upload-Geschwindigkeit: 10.70 KB/s
        Durchschnittliche Uploadrate: 11.11 KB/s
        Max. Uploadrate: 17.61 KB/s
        Max. durchschnittliche Uploadrate: 12.13 KB/s
      Download
        Download-Geschwindigkeit: 48.95 KB/s
        Durchschnittliche Downloadrate: 23.33 KB/s
        Max. Downloadrate: 75.07 KB/s
        Max. Downloadrate Durchschnitt: 23.33 KB/s
  Gesamt
      Allgemein
        Erneute Serververbindungen: 8
        Durchschnittliche Verbindungen (geschätzt): 178
        Verbindungsspitze (geschätzt): 1003
        Verbindungs-Limit erreicht: 35
      Upload
        Durchschnittliche Uploadrate: 9.95 KB/s
        Max. Uploadrate: 17.87 KB/s
        Max. durchschnittliche Uploadrate: 10.48 KB/s
      Download
        Durchschnittliche Downloadrate: 18.90 KB/s
        Max. Downloadrate: 75.07 KB/s
        Max. Downloadrate Durchschnitt: 18.90 KB/s
Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
      Programm-Laufzeit: 1 Tage 22:40 Stunden
      Übertragungszeit: 1 Tage 22:40 Stunden (100.0%)
      Dauer auf aktuellem Server: 10:39 Stunden (22.8%)
      Dauer auf Servern: 1 Tage 22:38 Stunden (99.9%)
  Gesamt
      Programm-Laufzeit: 3 Tage 22:49 Stunden
      Übertragungszeit: 3 Tage 22:46 Stunden (99.9%)
      Dauer auf Servern: 3 Tage 22:39 Stunden (99.8%)
  Abschätzungen
Clients
Server
Freigegebene Dateien
  Anzahl freigegebener Dateien: 68
  Durchschnittliche Dateigröße: 603.11 MB
  Größte freigegebene Datei: 810.11 MB
  Gesamtgröße freigegebener Dateien: 40.05 GB
  Rekorde
Festplattenplatz

Diese Poste ich auch nur, da ich im Moment eine relativ gute Session habe. Und ich habe nicht viele gute Sessions :wink:
Mit freundlichen Grüssen
mav744

Trexpower2005 12. April 2005 06:00

Guten Morgen Zusammen

Da ich mir das alles mal gut durchgelesen habe und meine gedankenfehler bei emule verbessert habe mir gedacht euch mal wieder meine Stats zu senden Mav seine sehen ja gut aus was wollen wir auch noch erwarten von Ihn.
Code:

  eMule v0.45b [StulleMule alpha v0.5] Statistik [Trexpower2005]
Transfer
  Session UL:DL Ratio: 1 : 2.06
  Session UL:DL Verhältnis (ohne Freundesupload): 1 : 2.06
  Gesamte UL:DL Ratio: 1 : 2.94
  Uploads
          Session
                Hochgeladen: 943.17 MB
                Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
                Aktive uploads/nötig um Bandbreite auszunutzen: 2
                Gesamtanzahl der Uploads: 3
                Wartende Uploads: 5001
                Upload Sessions: 165
                Totaler Overhead (Pakete): 85.18 MB (1.67M)
          Gesamt
                Hochgeladen: 3.87 GB
                Upload Sessions: 2121
                Totaler Overhead (Pakete): 486.60 MB (9.30M)
  Downloads
          Session
                Heruntergeladen: 1.90 GB
                Beendete Downloads: 1
                Aktive Downloads: 11
                Gefundene Quellen: 3645
                Download Sessions: 784
                Durch Komprimierung gewonnen: 61.37 MB (3.2%)
                Durch Datenfehler verloren: 27.78 MB (1.4%)
                Teile gerettet durch I.C.H: 1
                Totaler Overhead (Pakete): 89.53 MB (1.67M)
          Gesamt
                Heruntergeladen: 11.37 GB
                Beendete Downloads: 14
                Download Sessions: 48754
                Durch Komprimierung gewonnen: 442.09 MB (3.8%)
                Durch Datenfehler verloren: 203.67 MB (1.7%)
                Teile gerettet durch I.C.H: 6
                Totaler Overhead (Pakete): 488.06 MB (9.53M)
Verbindung
  Session
          Allgemein
                Erneute Serververbindungen: 1
                Aktive Verbindungen (geschätzt): 282 (Halb:9 | Komplett:87 | Andere:186)
                Durchschnittliche Verbindungen (geschätzt): 275
                Verbindungsspitze (geschätzt): 339
                Verbindungs-Limit erreicht: 35 : 11.04.2005 20:22:55
          Upload
                Upload-Geschwindigkeit: 17.24 KB/s
                Durchschnittliche Uploadrate: 15.12 KB/s
                Max. Uploadrate: 23.50 KB/s
                Max. durchschnittliche Uploadrate: 15.91 KB/s
          Download
                Download-Geschwindigkeit: 33.13 KB/s
                Durchschnittliche Downloadrate: 31.18 KB/s
                Max. Downloadrate: 106.55 KB/s
                Max. Downloadrate Durchschnitt: 31.18 KB/s
  Gesamt
          Allgemein
                Erneute Serververbindungen: 7
                Durchschnittliche Verbindungen (geschätzt): 269
                Verbindungsspitze (geschätzt): 593
                Verbindungs-Limit erreicht: 35
          Upload
                Durchschnittliche Uploadrate: 13.89 KB/s
                Max. Uploadrate: 23.50 KB/s
                Max. durchschnittliche Uploadrate: 14.55 KB/s
          Download
                Durchschnittliche Downloadrate: 25.86 KB/s
                Max. Downloadrate: 239.67 KB/s
                Max. Downloadrate Durchschnitt: 28.15 KB/s
Zeit Statistiken
  Letzter Reset der Statistiken: Unbekannt
  Zeit seit letztem Reset: Unbekannt
  Session
          Programm-Laufzeit: 17:45 Stunden
          Übertragungszeit: 17:44 Stunden (100.0%)
          Dauer auf aktuellem Server: 14:46 Stunden (83.3%)
          Dauer auf Servern: 17:44 Stunden (100.0%)
  Gesamt
          Programm-Laufzeit: 4 Tage 4:37 Stunden
          Übertragungszeit: 4 Tage 4:32 Stunden (99.9%)
          Dauer auf Servern: 4 Tage 4:16 Stunden (99.7%)
  Abschätzungen
Clients
  Bekannte Clients: 13930
  Client-Software
  Netzwerk
  Port
  Niedrige ID: 2405 (17.3%)
  Identifikation (pos : neg): 11334 (99.8%) : 28 (0.2%)
  Problematisch: 0 (0.0%)
  Gebannt: 256
  Gefiltert: 353
  Leechers: 1811
  EastShare: 8 (0.1%)
  New HideOS : 11
Server
  Funktionierende Server: 122
  Server mit Login-Fehlversuchen: 83
  Gelöschte Server: 397
  Gesamt: 205
  Gesamte Benutzeranzahl: 3.25M
  Gesamte Dateianzahl: 389.34M
  Rekorde
          Max. funktionierende Server: 143
          Max. Nutzer Online: 4.20M
          Max. Dateien verfügbar: 485.76M
Freigegebene Dateien
Festplattenplatz

Ich habe meine verbindungs einstellungen so manuell eingestellt wie MAV mir das auch beschrieben hat.
Den Assistent bei muli bringt mir nur Schlechte Einstellungen.

MFG
Trexpower2005

Stulle 12. April 2005 06:04

Danke für die Stats.
Wie sich zeigt muß ich wirkl. der eMule Teufel sein... Mav hat ca. 13% Overhead, ich derzeit ca. 12% (jeweils aufgerundet um nicht mehr als 0.2)... Edit: Trexpower --> 9%
zum Vergleich: Max0.1b --> 14%, 13%, 13% Max0.1c --> 17%
Um andere Zu suchen bin ich momentan zu Faul, aber eins zeigt es doch, der Teufel bin nicht ich. Wir haben hier einen Fall den aalerich selbst beschrieben hat... User die ihren Esel nicht ordentl. genug einstellen und damit solche "merkwürdigen" Stats schaffen. Wenn du, aalerich jetzt meinst "Aber die Ratio zwingt den User...." Wer zwingt die User des Originalen Mules¿

MFG Stulle


Alle Zeitangaben in WEZ +1. Es ist jetzt 02:41 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102