[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)

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


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