[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MOD - Development (http://www.emule-web.de/board/emule-mod-development/)
-   -   eMule v0.45b Max v0.1e MOD-Basis [30.04.2005] (http://www.emule-web.de/board/8952-emule-v0-45b-max-v0.html)

MaxUpload 3. May 2005 05:32

@Riddick:

Also das kann ich nicht bestätigen,bei allen bisherigen Tests funktionierte das "Global Source Limit" perfekt. Ein überziehen von 5 % ist allerdings im Moment zumindest noch Standart. Ein wenig Tolleranz muß man schon geben,weil man ja sonst nie in den PassivModus kommt. Hast du Verbose Log aktiviert? Dort werden noch einige Hilfreiche Log Nachrichten vom HL ausgegeben damit könnte ich noch etwas mehr anfangen um dir zu helfen.
Das finden der Quellen dauert so lange,weil das HL nur noch um soviele Quellen erhöht wird wie es auch abarbeiten kann. ->Max con per 5s . Wenn das zu lange dauert benutze Quickstart,oder im Notfall auch den agressive Mode. Im Log zeigt er dir auch an in welchem Bereich der Tolleranzbereich liegt. Wenn du dich in diesen Grenzen bewegst -> in dem Fall unterhalb der Obergrenze ist alles Ok. Bedenke bei 4500 Quellen wären das bereits 4725 erlaubte. Das sieht viel aus sind aber nur 5%. Der Agressive Modus sollte aber nur eine Notlösung sein da er da zwar sehr viel schneller Quellen findet,diese aber auch sehr ungleichmäßig verteilt. Im normalen (Soft Modus) kann es unter umständen dazu kommen das er nie den Passiv Modus erreicht,wenn es z.B. seltene Files sind. Ich mache mir mal Gedanken wie man reagieren könnte wenn nicht genug quellen gefunden werden->z.B. ein neues File aus dem Queue starten?!

@zigq8vc0:
Dein Beitrag wurde weder vergessen noch ignoriert,wenn du in den StulleMod Thread schaust wirst du feststellen das es auch bei anderen Mods dieses Problem zu geben scheint. Gib uns bitte etwas Zeit um das Problem vernünftig zu analysieren. Du könntest uns allerdings sehr helfen wenn du uns mal den ensprechenden Statistik Zweig postest. Am besten markierst du noch die bewußten Stellen damit wir da nicht über 2 verschiedene Dinge sprechen.

MfG MaxUpload

Riddick1981 3. May 2005 10:36

OK, ich lasse ihn jetzt nochmal so ca. 10 Stunden laufen, ohne Quickstart, den verkraftet mein Router nicht. Verbose Log aktiviert. Folgende Einstellungen:

GSL: 7500 (das wären bei 5% maximal 7875)
Max Con./5s: 25
Max halboffene Verb.: 25
Hard Limit: 350
Max. Verb.: 250
UL-Limit: 12
DL-Limit: aus
92 Downloads, davon 68 gut bis sehr gut verbreitet

Wonach muß ich im Verbose Log suchen, um zu sehen ob alles glatt läuft, bzw. auf welche Einträge muß ich achten?

zigq8vc0 3. May 2005 12:51

hier meine Stats:

Transfer
Session UL:DL Ratio: 1.55 : 1
Session UL:DL Verhältnis (ohne Freundesupload): 1.55 : 1
Gesamte UL:DL Ratio: 1 : 1.48
Uploads
Downloads
Session
Heruntergeladen: 594.06 MB
Beendete Downloads: 5
Aktive Downloads: 2
Gefundene Quellen: 164
Download Sessions: 1780
Erfolgreiche Download Sessions: 448 (25.2%)
Fehlgeschlagene Download Sessions: 1332 (74.8%)
[B]
Durchschnittlicher Download pro Session: 1.33 MB
Durchschnittliche Downloadzeit: 7:15 Minuten
Durch Komprimierung gewonnen: 542.86 KB (0.1%)
Durch Datenfehler verloren: 0 Bytes (0.0%)
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 17.56 MB (423.98K)

Stulle 3. May 2005 15:37

Zitat:

Zitat von Riddick1981
GSL: 7500 (das wären bei 5% maximal 7875)

Erscheint mir ein wenig viel oder was meint ihr¿

MFG Stulle

mav744 3. May 2005 20:58

Hallo Max,
habe jetzt den softmod mit Quickstart getestet. Dieser funzt auch sehr gut, jedoch kennst du ja meine Leitung und weisst welche Optionen bei mir am besten funzen. ;-) Bei mir sind auch keine Probs aufgetretten, bis auf das bei Stulle als MoDkennung Webcache 1.9beta angezeigt wurde. Für weiter Fragen deinerseits stehe ich dir zur Verfügung, du weisst ja wie du mich ereichen kannst. :whistle

Mit freundlichen Grüssen
mav744

MaxUpload 3. May 2005 22:05

@mav:
Die Moderkennung ist praktisch identisch mit der des Emule v0.44b Webcache 1.9a Beta 3. Er zeigt wohl lediglich nur Webcache Mods als solche an der Rest dürfte weitestgehend dem Original entsprechen.

@zigq8vc0:
Als Verursacher für die vielen Requestfehler konnte ich weitestgehend Webcache ausmachen. Bevor ich mich da definitiv festlege möchte ich aber noch einige Tests durchführen und meinen Code mit anderen Webcache Mods vergleichen. Es scheint da ohnehin noch einen Bug bei den Webcache Uploads zu geben, denn die bleiben immer auf Null und sind meines erachtens nach viel zu selten.

@Riddick1981:
7500 Quellen sind prinzipiell machbar mit der entsprechenden Leitung und den entsprechenden Einstellungen. Ich selbst benutze auch einen Router und hatte schon eine gesammt Quellenzahl von über 21000 Quellen....allerdings nur durch einen Bug in der ersten Testphase des damaligen Wizard AutoHL. Dieser Bug trat auch im Ionix Mod auf und wurde so viel ich weiß aber gefixt. Allerdings kann ich dir nicht sagen ob schon durch ein offizielles Release da ich leider kaum Zeit habe mich weiter mit dem Ionix Mod zu beschäftigen. Eins kann ich dir aber mit Gewissheit sagen,daß dieser Bug bei mir nicht mehr auftreten kann,da ich diese Funktion komplett neu geschrieben habe.

Max Con./5s: 25
Max halboffene Verb.: 25
Hard Limit: 350
Max. Verb.: 250

Mit den Einstellungen bräuchtest du mindestens 25 h um die Quellenzahl von 7500 zu erreichen. Vorausgesetzt du findest genug und es werden in dieser Zeit keine Quellen verworfen und du bräuchtest 25 min um alle Quellen zu reasken.

Praktisch kannst du über diese 7500 Quellen nur gekommen sein,wenn du den agressive Modus benutzt hast. Dann sollte dir das Log anzeigen das es versucht die globalen Quellen zu reduzieren das geschieht aber ohne automatische drop Funktion (geplant aber noch nicht verbaut) auf dem natürlichen(Original v0.45b) langsamen Wege. Du solltest gerade als Routernutzer vielleicht doch eine etwas geringere Quellenzahl in betracht ziehen. 4500 tun es allemal wobei ja die allgemeinen Empfehlungen so um die 3300 Quellen liegen. Jedenfalls ohne agressiv Modus sollte es wesentlich besser gehn. Es regelt schon,aber halt sehr langsam nach zumindest nach unten.

[EDIT:
Dannach.... dies wäre der Idealfall.

03.05.2005 22:59:32: Sources: "4437"Aktive: "42"
03.05.2005 22:59:32: Pos: "4725"Neg: "4275"
03.05.2005 22:59:32: Die max.Quellenanzahl liegt im Tolleranzbereich! PassivModus!
03.05.2005 22:59:32: Quickstart bendet?

das wäre eine Erhöhung im Softmodus

03.05.2005 22:18:43: erhöhe Hardlimit um MaxConperFive auf: "180"
03.05.2005 22:18:43: verlasse nun Funktion SetAutoHL() mit Hardlimit von: "180"
03.05.2005 22:18:43: Sources: "4269"Aktive: "42"
03.05.2005 22:18:43: Pos: "4725"Neg: "4275"

Mit einer Erhöhung im Agressive Modus kann ich im Moment grad nicht dienen.

Eine Verringerung kam auch noch nicht vor in dieser Session. Sie ist im allgemeinen sehr selten,da die Quellenzahl im Soft Modus eigentlich sehr sanft in den Passiven Modus übergeht und dieser so gut wie nie überschritten wird.

EDIT->END]


MfG Max

zigq8vc0 3. May 2005 22:19

Das die Webcache-Downloads zumindest sehr oft auf Null bleiben, ist mir auch gefallen

Riddick1981 3. May 2005 22:35

Diesmal ist es ganz anders gelaufen als beim letzten Test. Nach 12 Stunden Laufzeit habe ich gerade mal 4100 Quellen...also wie von dir vermutet. Bei meinem letzten Testlauf hatte ich nach 4-5 Stunden schon über 9000 Quellen. Daher der Verdacht das das GSL nicht so richtig will.

Mit den 7500-8000 Quellen habe ich bis jetzt recht gute Erfolge erzielt, deshalb wollte ich auch dabei bleiben. Ich werde es jetzt nochmal mit 4500 testen, mal sehen ob's wieder so gut läuft und das GSL greift. Außerdem gebe ich dem Quickstart nochmal 'ne Chance, aber für gewöhnlich k*ckt mein Router dann immer ab.

Hier erstmal die Stats vom letzten Run:

Code:

      eMule v0.45b Max v0.1e  Statistik [Riddick_1981]
     
      Transfer
        Session UL:DL Ratio: 1 : 2.38
        Session UL:DL Verhältnis (ohne Freundesupload): 1 : 2.38
        Gesamte UL:DL Ratio: 1 : 2.95
        Uploads
            Session
              Hochgeladen: 402.92 MB
              Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
              Aktive uploads/nötig um Bandbreite auszunutzen: 3
              Gesamtanzahl der Uploads: 4
              Wartende Uploads: 5001
              Upload Sessions: 392
              Totaler Overhead (Pakete): 53.15 MB (965.69K)
            Gesamt
              Hochgeladen: 16.20 GB
              Upload Sessions: 11685
              Totaler Overhead (Pakete): 2.73 GB (49.05M)
        Downloads
            Session
              Heruntergeladen: 959.69 MB
              Beendete Downloads: 0
              Aktive Downloads: 11
              Gefundene Quellen: 4147
                  In Warteschleife: 4049
                  Voll: 33
                  Keine benötigten Teile: 14
                  Nachfragen: 5
                  Empfange Hashset: 0
                  Verbindung wird hergestellt: 9
                  Verbinde über Server: 1
                  Zu viele Verbindungen: 0
                  Verbindung LowID zu LowID unmöglich: 0
                  Problematisch: 0
                  Gebannt: 1
                  Andere Datei angefordert: 330
                  Unbekannt: 25
                  via eD2K Server/Queue: 1405
                  via Kad: 7
                  via Quellenaustausch: 297
                  via Passive: 2439
                  eD2K: 4112 (99.2%)
                  Kad: 2311 (55.7%)
                  eD2K/Kad: 2281 (55.0%)
                  UDP Datei-Neuanfragen: 66.13K, Fehlgeschlagen: 8.62K (13.0%)
                  Tote Quelle: 646 (497 + 149)
              Download Sessions: 8260
              Durch Komprimierung gewonnen: 30.96 MB (3.2%)
              Durch Datenfehler verloren: 27.83 MB (2.9%)
              Teile gerettet durch I.C.H: 0
              Totaler Overhead (Pakete): 49.32 MB (978.67K)
            Gesamt
              Heruntergeladen: 47.73 GB
              Beendete Downloads: 120
              Download Sessions: 67812
              Durch Komprimierung gewonnen: 3.46 GB (7.2%)
              Durch Datenfehler verloren: 1.01 GB (2.1%)
              Teile gerettet durch I.C.H: 47
              Totaler Overhead (Pakete): 2.64 GB (49.34M)
      Verbindung
        Session
            Allgemein
              Erneute Serververbindungen: 2
              Aktive Verbindungen (geschätzt): 198 (Halb:6 | Komplett:46 | Andere:146)
              Durchschnittliche Verbindungen (geschätzt): 192
              Verbindungsspitze (geschätzt): 255
              Verbindungs-Limit erreicht: 222 : 03.05.2005 23:22:37
            Upload
              Upload-Geschwindigkeit: 9.12 KB/s
              Durchschnittliche Uploadrate: 9.27 KB/s
              Max. Uploadrate: 12.08 KB/s
              Max. durchschnittliche Uploadrate: 9.27 KB/s
            Download
              Download-Geschwindigkeit: 33.25 KB/s
              Durchschnittliche Downloadrate: 22.08 KB/s
              Max. Downloadrate: 94.09 KB/s
              Max. Downloadrate Durchschnitt: 22.08 KB/s
        Gesamt
            Allgemein
              Erneute Serververbindungen: 39
              Durchschnittliche Verbindungen (geschätzt): 206
              Verbindungsspitze (geschätzt): 1053
              Verbindungs-Limit erreicht: 60461
            Upload
              Durchschnittliche Uploadrate: 8.08 KB/s
              Max. Uploadrate: 15.16 KB/s
              Max. durchschnittliche Uploadrate: 12.45 KB/s
            Download
              Durchschnittliche Downloadrate: 18.44 KB/s
              Max. Downloadrate: 122.70 KB/s
              Max. Downloadrate Durchschnitt: 30.39 KB/s
      Zeit Statistiken
        Letzter Reset der Statistiken: Unbekannt
        Zeit seit letztem Reset: Unbekannt
        Session
            Programm-Laufzeit: 12:22 Stunden
            Übertragungszeit: 12:21 Stunden (100.0%)
            Dauer auf aktuellem Server: 10:13 Stunden (82.7%)
            Dauer auf Servern: 12:21 Stunden (100.0%)
        Gesamt
            Programm-Laufzeit: 23 Tage 7:39 Stunden
            Übertragungszeit: 23 Tage 4:25 Stunden (99.4%)
            Dauer auf Servern: 23 Tage 1:39 Stunden (98.9%)
        Abschätzungen
      Clients
      Server
      Freigegebene Dateien
      Festplattenplatz
      Webcache
        Downloaded Session: 238.65 MB (24.9%)
        Downloaded Cumulative: 10.23 GB (1091.6%)
        Successful WC-DL/WC-Requests: 1391/7946 (17.5%)


MaxUpload 3. May 2005 22:36

Das wird durch das Trustlevel bei längerem Betrieb etwas kompensiert,was aber noch viel schlimmer ist ich konnte bisher noch keinen erfolgreichen Webcache Upload verifizieren ! Der Download liegt dann irgendwo bei 1:5...sprich jeder fünfte Request funktioniert. sind aber immerhin noch ganz ordentliche 214MB .

[EDIT:
@Riddick
Du kannst ja die Max con per 5s auf 50-100 stellen bei Quickstart und außer am Anfang mal kurz wirst du auch kaum mehr als 500-600 Verbindungen brauchen.

Ihr könntet auch mal gerne testen ob ACC funktioniert. Stellt mal bei vollem Betrieb die maximalen Verbindungen auf 200 oder 300 oder so. Jedenfalls niedriger als die Verbindungen zu dem Zeitpunkt gerade sind und beobachtet mal die Statistik Linie der Verbindungen. Das ist auch extra für Routernutzer gedacht.

EDIT->END]

MfG Max

Riddick1981 4. May 2005 10:47

Ich bin jetzt zu dem Entschluß gekommen, dass es irgendwie einen Bug bezüglich des GSL in Verbindung mit verschiedenen Kategorien gibt. Ich habe zwei Versuche gestartet:

Versuch 1:

Max Con/5s: 25
Max. Verb: 250
Quickstart max Con/5s: 151
Quickstart max Verb.: 1201
GSL: 4500
Kategorienreiter auf 'Alle'

Ergebnis Versuch 1:

- nach beenden des Quickstart ca 2000 Quellen
- max Con/5s und max Verb werden auf Standard zurückgesetzt
- Quellenanzahl langsam steigend, GSL wird gehalten


Versuch 2:

Max Con/5s: 25
Max. Verb: 250
Quickstart max Con/5s: 151
Quickstart max Verb.: 1201
GSL: 4500
Kategorienreiter auf 'Ladend'

Ergebnis Versuch 2:

- nach beenden des Quickstart ca 8000 Quellen
- Meldung beim Beenden des Quickstart: "Zurücksetzen Max Con/5s 151 -> 151 und Max Con 1201 -> 1201 :huh
- Serververbindung verloren, kein reconnect möglich
- Anzahl der Quellen geht langsam runter, vermutlich wegen der verlorenen Serververbindung

Januar1956 4. May 2005 12:25

Riddick1981

Ich weiss nicht, ob es besonders sinnvoll ist, so ein gerade erst entstehendes Feature, mit 100 aktiven Downloads zu quälen. Sicherlich ist dieses Feature eher etwas für den besonnenen User, der seinen Rechner, bzw. sein Netzwerk schonen möchte.

Als Routernutzer, gehe ich es ruhiger an. 22 - 35 aktive Loads sind immer schon die bessere Wahl gewesen. 8-) Für den Quickstart empfehle ich Dir 51 Verbindungen/5sec, 351 max. Verb., sowie eine Dauer von 14 Minuten. Damit ist das allermeiste abgedeckt. Den Rest kann Muli ganz gemütlich in der verbleibenden Zeit ( ~ 45 Minuten) abarbeiten...ich sehe da kein Prob.
Meine Standardeinstellung ist 51/620/14...kannst ja mal versuchen, ob das Dein Router schafft...ich denk schon.

Januar

MaxUpload 4. May 2005 19:25

@Riddick:
Jetzt habe ich erstmal verstanden was du immer mit den Kategorien wolltest. So gesehen hast du natürlich recht. Damit 'Global Source Limit' richtig funktioniert muß man die Kategorie "Alle" benutzen. Das ließe sich schon recht einfach fixen,aber die Methode gefällt mir nicht so. Ich überlege mir mal was anderes. Er rechnet die Quellen aus dem Transferfenster zusammen wenn du das natürlich kategorisierst hast du entsprechend weniger Quellen als Ausgangspunkt und das HL wird bedeutend höher gesetzt. Schaltet man dann wieder zurück auf alle sieht man das Disaster. Also für ein funktionieren benutzt bitte die Kategorie 'Alle' bis ich das gefixt habe.

So sieht übrigens die Statistik ohne Webcache aus:
Zitat:

eMule v0.45b Max v0.1e Statistik [Error404]

Transfer
Session UL:DL Ratio: 1 : 4.01
Session UL:DL Verhältnis (ohne Freundesupload): 1 : 4.01
Gesamte UL:DL Ratio: 1 : 4.78
Uploads
Session
Hochgeladen: 763.39 MB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 4
Gesamtanzahl der Uploads: 4
Wartende Uploads: 5006
Upload Sessions: 577
Erfolgreiche Upload-Sessions: 451 (78.16%)
Fehlgeschlagene Upload-Sessions: 126 (21.84%)

Durchschnittlicher Upload pro Session: 1.69 MB
Durchschnittliche Upload-Dauer: 12:43 Minuten
Totaler Overhead (Pakete): 99.29 MB (1.72M)
Gesamt
Downloads
Session
Heruntergeladen: 2.99 GB
Beendete Downloads: 13
Aktive Downloads: 18
Gefundene Quellen: 2975
Download Sessions: 1108
Erfolgreiche Download Sessions: 805 (72.7%)
Fehlgeschlagene Download Sessions: 303 (27.3%)

Durchschnittlicher Download pro Session: 3.80 MB
Durchschnittliche Downloadzeit: 22:21 Minuten
Durch Komprimierung gewonnen: 99.12 MB (3.2%)
Durch Datenfehler verloren: 27.81 MB (0.9%)
Teile gerettet durch I.C.H: 1
Totaler Overhead (Pakete): 85.73 MB (1.92M)
Gesamt
Heruntergeladen: 9.69 GB
Beendete Downloads: 41
Download Sessions: 1174
Durch Komprimierung gewonnen: 304.77 MB (3.1%)
Durch Datenfehler verloren: 60.75 MB (0.6%)
Teile gerettet durch I.C.H: 4
Totaler Overhead (Pakete): 239.40 MB (5.31M)
MfG Max

Stulle 4. May 2005 19:30

Schau mal in die Sivka Mod, da sind viele gute Ideen für das Zählen von Dingen.

MFG Stulle

MaxUpload 4. May 2005 19:46

Klar mache ich. Natürlich kann ich mich auch an den Original Counter von Wizard halten,aber die Methode von Xman hat mir eigentlich soweit ganz gut gefallen...schnell und genau. Hat halt nur das Manko mit den Kategorien,aber vielleicht läßt sich das ja einfach unterdrücken. Das er zumindest für den Counter die Kategorie 'alle' immer nimmt. Mal schaun mich hetzt ja keiner.

MfG Max

Riddick1981 4. May 2005 21:59

@MaxUpload

Das muß einem doch gesagt werden, dass man die Kategorie 'Alle' aktivieren muß. Das ist bei mir nämlich eher selten der Fall.
Also wenn das so sein muß und bekannt ist, habe ich nichts gesagt. :oops:

Dann spiele ich jetzt noch ein bischen mit den Einstellungen rum bis ich das optimale gefunden habe.

@Januar1956

Wenn ich jetzt wieder anfange meine Downloads bis auf 20-30 aktive zu stoppen, bin ich wieder genau da wo ich vorher auch war. Dann brauche ich kein GSL, sondern regel es einfach über die Anzahl aktiver Downloads, was bei mir in der Regel für ca. 8000 Quellen so ca. 30 DL's waren.

Stulle 4. May 2005 22:49

Ich weiß nicht ob ich irgendwas nicht verstehe oder ob ich AutoHL/ GSL nicht verstehe, aber ich habe meine Mod mit 3k-3.2k Quellen Max zu laufen und habe einen super DL und nur einen mäßigen Overhead. Auch habe ich es NIE nötig gehabt das HL auf mehr als 5k zu stellen. Selbst 5k waren kurzfristige Ausnahmen und die haben meine Leitung zieml. gespammt. Ich weiß nicht ob das noch so gut ist, wenn man eine DSL 1k Leitung mit 8k Quellen und ca. 100 (!!!) aktiven DLs laufen hat. Die Masse des entstehenden Uploads muß ja annähernd den Upload auffressen.

MFG Stulle

Januar1956 4. May 2005 23:21

Zitat:

Zitat von Riddick1981
@MaxUpload

@Januar1956

Wenn ich jetzt wieder anfange meine Downloads bis auf 20-30 aktive zu stoppen, bin ich wieder genau da wo ich vorher auch war. Dann brauche ich kein GSL, sondern regel es einfach über die Anzahl aktiver Downloads, was bei mir in der Regel für ca. 8000 Quellen so ca. 30 DL's waren.


Stimmt absolut !!!

Für solche Kapriolen, die ja sogar Deinen Router regelmässig zerbröseln, denke ich auch, ist dieses Feature nicht geeignet. Bei Dir greifen allein schon durch die schiere Masse alle Regelversuche ins Leere. Ja ich halte es für blödsinnig ein Feature zu entwickeln, welches dann 1.000 aktive Downloads erlaubt und regelt...das wäre mit absoluter Sicherheit Netzwerkschädlich.

Januar

Stulle 4. May 2005 23:26

Vorschlag gleich mal an dieser Stelle. Mache das Limit für die Max Src dynamisch zum Upload. Ich denke bei ner 16k Leitung sollte keiner mehr als 5k Quellen haben. Ausserdem sollte ein Minimum vorhanden sein, welches verhindert das jemand 5k Src erlaubt und 500 Datein am Laufen hat.

MFG Stullle

EDIT: Ich habe übrigens 41 DLs aktiv, also wie du siehst ist es immer eine Frage der Quellen und nicht der Anzahl der Datein!

MaxUpload 5. May 2005 08:39

So erstmal sortieren,bin ja soviel Resonanz garnicht mehr gewohnt ;-).

@Riddick1981:
Ich bin ein totaler "Otto normal User" von eMule und ja nun noch nicht wirklich lange beim Modden dabei. Für das Kategorisieren der Downloads habe ich mich schlicht weg und ergreifend noch nie interessiert. Ich hatte diesem Feauture bisher noch nie Beachtung geschenkt,da es für mich sehr unscheinbar war und keinen tieferem Zweck folgte den ich persönlich brauchte. Jedenfalls sollte das HL auch mit dieser Funktion funzen,also werde ich das Problem wie auch immer fixen.

Zitat:

@Januar1956

Wenn ich jetzt wieder anfange meine Downloads bis auf 20-30 aktive zu stoppen, bin ich wieder genau da wo ich vorher auch war. Dann brauche ich kein GSL, sondern regel es einfach über die Anzahl aktiver Downloads, was bei mir in der Regel für ca. 8000 Quellen so ca. 30 DL's waren.
Genau das ist die Aufgabe von GSL dir das Regeln per Hand abzunehmen und nicht mehr. Was die anderen dir hier nun aber mehr oder weniger schonend versuchen beizubringen ist,daß 8000 Quellen einfach viel zu viel für deine Internetverbindung sind. Das ist einfach nicht verwaltbar und verursacht einen Overhead der dich nicht nur jede Menge Upload kostet, sondern dann irgendwann auch deinen Download lähmt.

Nur mal so nebenbei um das mal ganz klar zu sagen:

Empfohlen sind bei der Leitung max. 25 DL im Queue, davon 5-6 aktiv und eine gesammte Quellenanzahl von ca.3000 Quellen die du dann durch manuelles erhöhen oder verringern des Hardlimits ständig optimieren müßtest. Dafür ist GSL da um dir diese Arbeit abzunehmen und nichts anderes.

So jetzt zu meinen Einstellungen:
46 Downloads im Queue,davon 20-30 aktive Downloads und eine maximale Quellenzahl von 4500.
Das ist dann aber schon die Obergrenze des vertretbaren,aber nur weil ACC die Verbindungen begrenzt. Und soll ich dir noch was verraten?! Wenn du im SoftModus bleibst hast du Not diese 4500 Quellen überhaupt zu erreichen. Der SoftModus findet zwar optisch weniger Quellen ,als der agressive Modus arbeitet aber im Endeffekt genauso schnell man hat zumindest keine Einbußen beim Download. Bei dir würde er aber erhebliche Probleme haben.

Wenn du 25 Con per 5s hast würde er bei 25 aktiven DL das HL jeweils um 1 erhöhen.
Bei 5 Files um jeweils 5 ..........
und das halt logischer Weise alle 5s.

@Januar1956 & Stulle:

Wie bereits angesprochen war es mir immer ein Graus die maximale Quellenzahl per Hand zu regeln.

Zitat: "5 aktive Files bei 3000 Quellen...haha logisch Hardlimit auf 600...ehm da findet er ja grad bloß 300 naja mal noch ein File starten...jetzt sinds zu viele...." :bang

Diese nerven aufreibende Arbeit soll GSL abnehmen :yes: und das tut es auch meines erachtens nach sehr gut.

Nunja ein wenig Eigenverantwortung sollte doch jeder User des ed2k Netzwerkes aber auch mitbringen. Man kann sich auch mit einem 25 PS Auto tot fahren da braucht es keine 150 PS. Ein Assistent werde ich auf jeden Fall noch entwickeln,aber dafür brauche ich ja Daten von anderen Usern. Woher soll ich denn wissen wieviel Dateien oder Quellen eine TDSL2000 oder 3000 Leitung ab kann oder gar eine 25Mbit Standleitung oder ein 56k Modem....usw. Wenn ich das alles zu sehr begrenze wird mein Mod von vorne herein für die Masse uninteressant. Bedenkt bitte das Deutschland aufgrund des immernoch vorhandenen Telekom Monopols ein Internet Entwicklungsland ist. Eine DSL1000 Leitung ist selbst bei unseren osteuropäischen Nachbarn schon lange kein Standart mehr.

MfG Max

Stulle 5. May 2005 10:08

Möchte ich alle Slotbegrenzungssysteme einwerfen. Ich glaube es ist bei allen gleich... Da wird näml. gerechnet: UL Speed / 2 = Max Slots
Warum nicht eine Formel entwickeln die das selbe kann für GLS¿ Schließlich bietest du den Leuten ja eine sehr wirkungsvolle Methode solche Probleme zu lösen, also kannst du sie auch 2 schneidig benutzen. Also, nicht nur eine Max Quellenzahl vorgeben, sondern auch ein absolutes Maximum fordern. Ich würde bei meiner Mod auch sofort eine Max Grenze der Quellen einbauen, doch ist das bei mir ein wenig schwieriger denke ich, da ich (atm) kein GLS oder etwas ähnliches nutze.

MFG Stulle

Riddick1981 5. May 2005 10:40

Also Downloads stoppen um grob die Quellenanzahl anzupeilen und den Rest erledigt dann das GSL. Dann weiß ich ja jetzt wie ich meinen Mod zu nehmen hab'. TXH to MaxUpload und Januar1956, der mich sanft darauf hingewiesen hat, dass 100 DL's auch für dieses Feature sind zu viel sind.

MaxUpload 5. May 2005 11:03

@Stulle

Ich denke gerade darüber nach wie sich die Reaskzeiten weiter synchronisieren lassen,wenn man das hinbekommt sollte man als Ergebnis dieser Gleichung das optimale Source Limit bekommen und das kann man ja dann notfalls auch erzwingen.

Angenommen jede gefundene Quelle wird dirket über eine ID-Nummer(Adresse) angesprochen.
Sagen wir mal bei 25 Max Con per 5s währen das 5 Quellen pro Sekunde.
Das wären bei einer Reaskzeit von 18 min = 1080 Reasks mit je 5 Quellen die synchron ablaufen könnten ohne zusätzlichen Overhead zu erzeugen. Also 5400 Quellen mit 25 Max. Con per 5s.

Man müßte also immer eine Gruppe von 5 Quellen gleichzeitig anfragen und sie auf die Sekunde genau nach 18 min reasken. Dann würden doch die Verbindungen praktisch geradlinig verlaufen,genauso wie der Upload. Man hätte dann 1080 Reask Zyklen zu Verfügung in denen man diese 5er Gruppen unterbringen müßte.Ist nur eine Idee sicherlich gibt es da noch so einige diskussionswürdige Probleme.

MfG Max

Stulle 5. May 2005 12:02

Problem ist praktisch gelöst und außerdem vergisst du einen wichtigen Fakt! Man hat nicht nur eigene Verbindungen! Und zur Verteilung der ReAsks haben SlugFiller und Xman unabhängig von einander entwickelt, die die ReAsks von dir verteilen. Spread Requests heißt es bei Slugfiller... kA bei Xman, aber schau halt ins Changelog! ;) Spread Requests arbeitet so: x = Random zw. 0-4; ReAskTime = REASKTIME (29 Min) + 2 - x --> Also zwischen 27 bis 31 Min ist die ReAsk Zeit angesiedelt.

Mal eine kleine Statistik von mir:
Code:

eMule v0.45b [StulleMule v1.1] Statistics [Stulle]

General
  Reconnects: 0
  Active Connections (estimate): 153 (Half:1 | Compl:54 | Other:98)
  Average Connections (estimate): 167
  Peak Connections (estimate): 391
  Max Connection Limit Reached: 0

Wie du siehst sind atm nur 1/3 der Verbindungen von mir aus gehend. Atm laufe ich mit 3117 Quellen und 7500 Leuten in der Queue bei max 10k. Als ich vorhin schaute hatte ich sogar nur ca. 20 eigene Verbindungen und trotzdessen 180 Verbindungen... Ich glaube das sagt etwas aus oder¿
Meine Verbindungsanzahl bewegt sich übrigens in einer wunderschönen "fast-Linie" von 150-200.

MFG Stulle

MaxUpload 5. May 2005 12:27

Ja gut also er verteilt die Reask Zeiten und dämpft dadurch den Verbindungsanstieg in bestimmten Zyklen etwas ab. Trotzdem hat er alle 27-31 min einen deutlichen Anstieg der Verbindungen wenn auch etwas besser verteilt und daher nicht mehr ganz so hoch. Das mit den anderen Verbindungen ist natürlich ein größeres Problem zumal sie ja nicht gerade unerheblich sind. Mal schauen wo diese erzeugt werden und ob man die dann nicht ebenfalls koordinieren kann. Ich denke mal eine allgemeine koordinatin der Verbindungen würde Not tun.

MfG Max

Stulle 5. May 2005 12:53

Liste der Anhänge anzeigen (Anzahl: 1)
Wie du auf dem beigelegten Bild sehen wirst, ist kein Anstieg mehr vorhanden. Er setzt ja nicht für alle den gleichen Wert, sondenr für jeden neu! Nach spätestens 3 ReAsk Zyklen ist dann kein solcher Anstieg mehr zu sehen! Also ich wüßte nicht warum du das Rad neu erfinden solltest! ;)

MFG Stulle

EDIT: Glatt vergessen: Max Conn = 400; Maßstab 1:20; Connection Scale: 20

MaxUpload 6. May 2005 14:41

Liste der Anhänge anzeigen (Anzahl: 1)
Ich dachte da eher an sowas wie ich das mal in der angehängten Grafik mit ACC simuliert habe. Halt nur nicht unterdrückt wie bei ACC , sondern optimiert. ACC ist ja im Endeffekt nur als totale Notbremse eingebaut um den Router vor dem Crashen zu bewahren. Man sieht hier aber auch sehr schön welchen Einfluß die Verbindungen auf den Upload haben.

MfG Max

Stulle 6. May 2005 15:17

Wie gesagt, die eingehenden Verbindungen! Du wirst wohl schwerlich was besseres erreichen können, als es bei mir wohl ist. Also ich denke die optimale Kombination ist Spread Requests kombiniert mit einer erhöhten ReAsk Zeit. Ich denke es ist völlig ausreichend so wie es atm bei mir ist.
Übrigens, hast du bei dem Screenshot was bestimmtes simmuliert oder ist das normal so¿ Wenn das normal so ist und die Oberkante des Fensters der Max Conn Anzahl entspricht solltest du unter Umständen deine Quellenzahl erneut überdenken. Bin kein sonderlicher Fan davon wenn dauerhaft so viele Verbindungen da sind.

MFG Stulle

MaxUpload 6. May 2005 15:34

205 Verbindungen im Durchschnitt mit 2480 Quellen. Findest du das unnormal ?

Muß ich aber dazu sagen ich habe ungewöhnlich viel Files im Share. Die Rohlinge sind mir ausgegangen ;-).

Stulle 6. May 2005 18:39

achso, ne, dann passt das. wenn bei mir der graph näml. so hoch ist habe ich 300-400 Verbindungen. Und das is schon bissn happig. Nehme alles zurück und behaupte das Gegenteil! :D
Schon ne neue Counter-Lösung gefunden¿

MFG Stulle

MaxUpload 6. May 2005 19:58

Also da sind schon ein paar ordentliche Spitzen dabei,deshalb will ich ja mit den Verbindungen was machen. Werde deinen Vorschlag erstmal übernehmen und dann entscheiden ob mir das reicht oder nicht. Der Statistik Counter scheint unabhängig von Kategorien zu sein oder Möglichkeit 2 der original drinne war,aber da gab es eine Differenz zur Statistik.

[EDIT: @Riddick1981...also mein Gutster ich habe das Problem jetzt gefunden.Ich hatte perfektionistischer Weise meinen Quellen Counter abhängig von den Cats gemacht :mrgreen: . Naja sagen wir es mal so Xman hat *rofl*. Jetzt wäre die Frage interessiert es dich bzw. Andere hier wieviel Quellen in der entsprechenden Cat zu Verfügung stehen oder wollt ihr im Transferfenster einfach nur alle Quellen angezeigt bekommen und nicht mehr. Auf das Source Counting des AutoHL hat das in Zukunft keinen Einfluß mehr ist also eine reine Anzeige Sache. EDIT->END]

MfG Max

and 7. May 2005 07:29

Zitat:

wollt ihr im Transferfenster einfach nur alle Quellen angezeigt bekommen und nicht mehr.
finde ich als ausreichend !!! mehr verwirrt nur !!!

Riddick1981 7. May 2005 09:01

Ja, das richt vollkommen aus. Wieviele Quellen in welcher Kategorie gefunden wurden interessiert mich eigentlich nicht sooo sehr. Wichtig sind doch eh nur die gesamten Quellen.

MaxUpload 7. May 2005 09:31

Also soll es so geschehen. Habt ih denn sonst noch Probleme gefunden oder Verbesserungsvorschläge ?

MfG Max

mav744 7. May 2005 10:22

Ich fände es schon sehr interessant wieviele Quellen ich pro Kategorie habe, um es allen gerecht zu machen wäre vielleicht ein Schalter nützlich.

Mit freundlcichen Grüssen
mav744

MaxUpload 7. May 2005 10:53

hmmm....extra ein schalter dafür :think. wenn man auf "Alle" geht zeigt er's doch an. das mit den kategorien funktioniert schon so wie es soll nur darf es in zukunft halt keinen einfluß auf das AutoHL mehr haben. nur könnte das natürlich auch für verwirrung sorgen wie Riddick und and das bereits angemerkt haben.

MfG Max

Riddick1981 7. May 2005 11:17

Nochmal zu der Quellenanzeige: Am besten wär's wenn's so bleibt wie's ist, nur das das AutoHL auch beim Anzeigen anderer Kategorien funktionieren sollte. Verwirrend finde ich das nicht. Nur falls das schwieriger zu bewerkstelligen ist, könnte ich auch auf die Anzeige der Quellen/Cat verzichten.

Hmmm...vielleicht noch ein Verbesserungsvorschlag: Weiß nicht ob du sowas schon integriert, bzw. geplant hast, aber wie wär's denn mit einem 'Drop Sources' Feature um die gefundenen Quellen noch effektiver nutzen zu können. Habe sowas schon in vielen Mods gesehen und halte diese Funktion für sehr sinnvoll. Korrigiert mich wenn ich da falsch liege.

MaxUpload 8. May 2005 16:02

Nein ist genauso einfach zu bewerkstelligen,also mach ich das so.

Eine Drop Funktion soll reinkommen.Aber erst sinnvoller Weise,wenn ich mich für eine endgültige Optimierungsvariante der Quellen entschieden habe im Moment teste ich noch die verschiedenen Möglichkeiten. Allerdings sollte man mit dem Droppen sehr sparsam umgehen da es sonst netzwerkschädlich sein könnte Aufgrund des erzeugten Overheads. Also optimiere ich erstmal und droppen tue ich dann wenn es immernoch nötig und sinnvoll sein sollte.

MfG Max

Stulle 8. May 2005 17:43

Hmm... netzwerkschädliches droppen¿ Einfaches Prinzip... mach einfach die drop einstellungen manuell und setz angemessene Min-Werte. Wenn du es so machst wie bei sivka/ mir kann man es dann auch für jede Datei extra konfigurieren. Weiterhin lässt du Drop High Queues raus und schon hast du sogar etwas besseres als das originale, denn Sivka (und ich) nutzt zusätzlich eine Liste in die die Clients kommen die gedroppt wurden. Wenn nun diese Clients 2-4h nicht angefragt werden können, springen sie auch nicht einfach wieder rein, wie es bei dem originalen droppen möglich ist. Ergo, weniger Overhead trotz gleicher drop settings fürs Netzwerk.

MFG Stulle

PS: Bei fragen... ICQ

MaxUpload 8. May 2005 21:44

Liste der Anhänge anzeigen (Anzahl: 1)
Ja mein Lieber Stulle hab mir das schon angeschaut beim "Reask After Change IP" überfliegen ;-) . Besonders das mit der Liste gefällt mir sehr,sehr gut. Bevor ich das allerdings endgültig übernehme möchte ich mir erstmal mehr Gedanken über meinen zukünftigen Weg betreffs Downloadmanagement machen. Da ich es dann evtl. gleich von vorne herein darauf anpasse oder es dann erst später dort integriere.

Hier mal ein Anhang vom Max v1.0a Final betreffs "Spread Request". Du kennst dich ja damit bestens aus funktioniert es so wie es soll oder siehst du auf Anhieb etwas ungewöhnliches ? Im Schnitt liegen die Verbindungen so bei 105 .

MfG Max

Stulle 8. May 2005 21:57

Sieht für mich ganz vortrefflich aus. Wie lang ist die Session¿ Also ich tippe auf min 2-3h. Kann nichts ungewöhnliches erkennen. Funzt doch klasse :)

MFG Stulle

PS: Geh mal in die opcodes.h und setz die Zeit für die Graph Zeichnung runter... hast n realistischeres Ergebnis. Ich glaub beim Morph/ mir steht es atm bei 5 sec.


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