eMule v0.47a StulleMule v3.6 [30.07.2006]

**mav744** · 30. March 2006, 22:06

Ist bei allen mir bekannten Versionen (Morph, Cyrex, Stulle, Xtreme, sogar der Originale) so, also keine Stullespezifische Sache, ich denke auch mal an zu seltenen Refresh.

agliv5 · 5. April 2006, 10:50

Grüßt euch

..leider ist mir StulleMule heut morgen abgeschmiert. Dump File attached

MFG,
..Arne

Was anderes ist mir aufgefallen, wenn ich PowerShare -> GlobalDataRate auf 0 setze, kriege ich nur noch PowerShare Uploads, also möchte ich es auf 6 setzen um die anderen auch ne Chance zu geben; jedoch wenn ich es tue, kriegen meine PowerShareUploads nur noch 1-2kb/s (insgesammt) anstatt 6kb/s ??? Ich hab's auch mit 60kb/s ausprobiert nur um zu sehen ob's dann schneller ist aber keine Chance. Sobald ich irgend ein wert außer 0 bei GlobalDateRate eintrage, kriechen die PowershareUploads auf dem Zahnfleisch daher...

Was geht?

MFG,
...Arne

**Stulle** · 5. April 2006, 14:36

das mit dem upload versteh ich nich ganz... mal sehen...

den crash find ich komisch... anscheinend wurde schneller alles beendet als gespeichert wurde... kann es sein das da irgendwas mit der friend datei oder deiner platte nich stimmt¿ lösch die datei am besten mal und dann sehen wir ma weiter.

mfg stulle

agliv5 · 5. April 2006, 20:07

Servus Stulle

..er sagt mir auch standig das die Friends.met korrupt sei, jedoch habe ich keine Lust alle Friends neu einzustellen... es sind ja weit über 100... Das mit dem Upload verstehe ich auch nicht, hab mich schon seit Tagen gefragt wieso die Release Uploads so daher kriechen bis ich heut Morgen a bissel rumprobiert habe. Jetz habe ich 6kb/s bei Client- statt GlobalDataRate eingestellt und es scheint so zu funktionieren wie ich mir vorstelle (obwohl des eigentlich unlogisch ist). Naja, jedenfalls kriegt seit dem meistens 1 FU ~5kb/s und 2 weitere teilen sich den rest. Das verstehe wer will aber solange es weiterhin klappt... Don't mess with a running system

MFG,
..Arne

**Stulle** · 5. April 2006, 20:10

euhm... friends.met neu machen oder mit eventuellen crashs leben.

wegen dem ul, busy ratio etc.¿

agliv5 · 7. April 2006, 13:00

Servus

..hab wiederwillig die friends.met gelöscht, und promt ist er wieder abgeschmiert...

MFG,
..Arne

**Stulle** · 7. April 2006, 13:16

was hast du denn genau gemacht bevor er gecrashed is¿

mfg stulle

agliv5 · 7. April 2006, 17:35

Also, heut morgen habe ich wiederwillig die friends.met gelöscht und neu gestartet. Dann war ich lange weg, und der Muli lief wunderbar in meiner Abwesenheit weiter. Als ich aber dann einen FU-Slot deaktiveren wollte (rechs-klick auf dem User) ist er prompt abgeschmiert. Als ich dann wieder gestartet habe ist wieder die Fehlermeldung von weggen corrupt / invalid friends.met gekommen. So, das war's so weit

MFG,
..Arne

ScOoZ · 11. April 2006, 15:21

Nur so als Info ;=)
Man beachte den WC innerhalb der Laufzeit

Code:

Transfer
   Session UL:DL Ratio: 1 : 3.65
   Session UL:DL Verhältnis (ohne Freundesupload): 1 : 3.65
   Gesamte UL:DL Ratio: 1 : 1.92
   Uploads
      Session
         Hochgeladen: 4.54 GB
         Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
         Aktive uploads/nötig um Bandbreite auszunutzen: 11
         Gesamtanzahl der Uploads: 9
         Wartende Uploads: 3502
         Upload Sessions: 425
            Erfolgreiche Upload-Sessions: 413 (97.18%)
            Fehlgeschlagene Upload-Sessions: 12 (2.82%)
            Durchschnittlicher Upload pro Session: 11.22 MB
            Durchschnittliche Upload-Dauer: 24:26 Minuten
         Totaler Overhead (Pakete): 175.80 MB (2.78M)
            Overhead durch Dateianfragen (Pakete): 73.37 MB (1.70M)
            Overhead durch Quellenaustausch (Pakete): 11.70 MB (15.43K)
            Overhead durch Server (Pakete): 1.96 MB (11.36K)
            Kad Overhead (Pakete): 11.12 MB (196.39K)
      Gesamt
   Downloads
      Session
         Heruntergeladen: 16.60 GB
            Clients
               eMule: 14.84 GB (89.4%)
               eD Hybrid: 52.28 MB (0.3%)
               eDonkey: 0 Bytes (0.0%)
               aMule: 442.64 MB (2.6%)
               MLdonkey: 6.09 MB (0.0%)
               Shareaza: 26.54 MB (0.2%)
               eM Compat: 246.22 MB (1.4%)
               URL: 0 Bytes (0.0%)
               WEBCACHE: 1.00 GB (6.0%)
            Port
         Beendete Downloads: 25
         Aktive Downloads: 32
         Gefundene Quellen: 3265
            In Warteschleife: 2440
            Voll: 300
            Keine benötigten Teile: 484
            Nachfragen: 1
            Empfange Hashset: 0
            Verbindung wird hergestellt: 7
            Verbinde über Server: 0
            Zu viele Verbindungen: 1
            Verbindung LowID zu LowID unmöglich: 0
            Problematisch: 0
            Gebannt: 0
            Andere Datei angefordert: 1821
            Unbekannt: 1
            via eD2K Server/Queue: 307
            via Kad: 163
            via Quellenaustausch: 1143
            via Passive: 1652
            eD2K: 3146 (96.4%)
            Kad: 2295 (70.3%)
            eD2K/Kad: 2194 (67.2%)
            UDP Datei-Neuanfragen: 170.90K, Fehlgeschlagen: 22.05K (12.9%)
            Tote Quelle: 612 (523 + 89)
         Download Sessions: 2632
            Erfolgreiche Download Sessions: 2098 (79.7%)
            Fehlgeschlagene Download Sessions: 534 (20.3%)
            Durchschnittlicher Download pro Session: 8.10 MB
            Durchschnittliche Downloadzeit: 5:05 Minuten
            Erfolgreiche WC-DL/WC-Anforderungen: 5900/10973 (53.8%)
            Fehlgeschlagene WC-DL/WC-Anforderungen: 5073/10973 (46.2%)
         Durch Komprimierung gewonnen: 167.81 MB (1.0%)
         Durch Datenfehler verloren: 24.37 MB (0.1%)
         Teile gerettet durch I.C.H: 5
         Totaler Overhead (Pakete): 162.27 MB (3.82M)
            Overhead durch Dateianfragen (Pakete): 79.29 MB (2.86M)
            Overhead durch Quellenaustausch (Pakete): 9.77 MB (14.72K)
            Overhead durch Server (Pakete): 504.02 KB (7.26K)
            Kad Overhead (Pakete): 10.82 MB (149.88K)
      Gesamt
Verbindung
   Session
      Allgemein
         Erneute Serververbindungen: 1
         Aktive Verbindungen (geschätzt): 313 (Halb:6 | Komplett:50 | Andere:257)
         Durchschnittliche Verbindungen (geschätzt): 304
         Verbindungsspitze (geschätzt): 741
         Verbindungs-Limit erreicht: 0
      Upload
         Upload-Geschwindigkeit: 47.75 KB/s
         Durchschnittliche Uploadrate: 40.09 KB/s
         Max. Uploadrate: 50.22 KB/s
         Max. durchschnittliche Uploadrate: 45.13 KB/s
      Download
         Download-Geschwindigkeit: 184.19 KB/s
         Durchschnittliche Downloadrate: 146.44 KB/s
         Max. Downloadrate: 1.74 MB/s
         Max. Downloadrate Durchschnitt: 157.67 KB/s
   Gesamt
Zeit Statistiken
   Letzter Reset der Statistiken: Unbekannt
   Zeit seit letztem Reset: Unbekannt
   Session
      Programm-Laufzeit: 1 Tage 9:01 Stunden
      Übertragungszeit: 1 Tage 9:00 Stunden (100.0%)
      Dauer auf aktuellem Server: 9:01 Stunden (27.3%)
      Dauer auf Servern: 1 Tage 9:00 Stunden (100.0%)
   Gesamt
   Abschätzungen
Clients
Server
Freigegebene Dateien
   Anzahl freigegebener Dateien: 264
   Durchschnittliche Dateigröße: 565.33 MB
   Größte freigegebene Datei: 3.45 GB
   Gesamtgröße freigegebener Dateien: 145.75 GB
   Rekorde
      Max. freigegebene Dateien: 540
      Größte durchschnittliche Dateigröße: 642.03 MB
      Größte freigegebene Datei: 3.94 GB
      Max. Größe freigegebener Dateien: 181.01 GB
Festplattenplatz
   Anzahl der Downloads: 37
   Gesamtgröße der Downloads: 35.29 GB
   Gesamte fertiggestellte Größe: 16.33 GB (46%)
   Noch zu downloaden: 18.96 GB
   Freier Platz auf Templaufwerk: 9.49 GB
   Noch benötigter Speicherplatz: 1.81 GB

Greetz
ScOoZ

agliv5 · 11. April 2006, 18:05

Mir ist auch aufgefallen das seit MorphXT 8.9 mit überarbeiteten Webcache die Webcache-Downloads um ein vielfaches gestiegen sind

. Großen Lob an die Webcache-Entwickler

**Stulle** · 11. April 2006, 18:38

falsch, großes lob an sirob. weil der hat das alles zu verantworten!

mfg stulle

Caladan Brood · 16. April 2006, 11:42

Wird eigentlich sowas wie das Antishape von Netfinity im Stulle oder MorphXT Eingang finden? Weil das dürfte ja die ganzen Creditshaper gut im Regen stehen lassen.

**Stulle** · 16. April 2006, 17:04

nimm einfach lovelace als CS und du hast kein problem mehr mit creditshapern. mit leechern auch nicht.

mfg stulle

moron · 17. April 2006, 15:56

Zitat:

Zitat von Stulle

nimm einfach lovelace als CS und du hast kein problem mehr mit creditshapern. mit leechern auch nicht.

mfg stulle

wieso das?

**Stulle** · 17. April 2006, 16:17

weil das am anfang nur ganz wenig vorteil gibt, bei mehr erhaltenen daten dann immer mehr und von der standart bewertung zur niedrigsten bewertung genau 3 chunks vergehen. hat ein client also 3 chunks bekommen und nix gegeben, dann hat er ne schlechte bewertung.
hier in diesem paket is die doku drin:
credit.system.(lovelace).rar

mfg stulle

Ähnliche Themen: eMule v0.47a StulleMule v3.6 [30.07.2006]