[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   eMule v0.47a StulleMule v3.6 [30.07.2006] (http://www.emule-web.de/board/10531-emule-v0-47a-stullemule-v3.html)

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

Abgeschmiert
 
Liste der Anhänge anzeigen (Anzahl: 1)
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

Re: Abgeschmiert
 
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

Wieder Abgeschmiert...
 
Liste der Anhänge anzeigen (Anzahl: 1)
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

Re: wieder abgeschmiert
 
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

Überarbeitete Webcache
 
Mir ist auch aufgefallen das seit MorphXT 8.9 mit überarbeiteten Webcache die Webcache-Downloads um ein vielfaches gestiegen sind :beer: . Großen Lob an die Webcache-Entwickler :clap

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


Alle Zeitangaben in WEZ +1. Es ist jetzt 13:43 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