Problem: Upload & Overhead
Eines vorweg - ich bin kein Eselprofi. Deshalb sollte dieser Beitrag als These verstanden werden, die ich hier gerne diskutieren würde.
Natürlich weiss jeder, dass in der Gesamtbetrachtung man nicht mehr aus einem Netz herausholen kann als rein getan wird. Trotzdem wird dieser Gedanke meiner Meinung nach zu wenig beachtet. Denn (fast ebenso natürlich) möchte fast jeder den maximalen Download. Download ohne Upload funktioniert jedoch auch in der Einzelbetrachtung nicht, da allein schon die ankommenden Pakete bestätigt werden müssen. Und das die dem Netz zur Verfügung stehende Bandbreite für den Upload der limitierende Faktor ist, können wir, glaube ich, als gegeben ansehen.
So, worauf ich aber eigentlich hinaus will, ist die Betrachtung von netto vs. brutto. Und das hauptsächlich auf den Upload bezogen.
Beispiel:
16 kB/sec UL Bandbreite (100%).......Werte aus einer 14h Session
- d % für den Download.....................(?)
- p % für Protokolloverhead...............(?)
- s % für Serverkommunikation.............(0,04%)
- q % für Quellenaustausch....................(0,28%)
- da % für Dateianfragen........................(7,51%)
Es geht hier nicht wirklich um die konkreten Daten. Diese dienen nur der Verdeutlichung und der (späteren) Fragen.
Wenn ich das zusammenrechne, komme ich auf ca. 8%. Die Statistik des Esels verrät mir aber, dass der totale (UL) Overhead fast 20% beträgt. Also 12%, die ich auf d und p verteilen kann - oder auf etwas, was ich da oben vergessen habe. Hier wäre es gut dies genauer bestimmen zu können.
Bei aktivem "source exchanging" (z.B. sivka) wächst der Wert von "q" und "da" ggf. sehr schnell. In meinem Beispiel war die Option disabled. Sind die Timer (NNS, FQS und HQRS) "aggresiv" eingestellt, so wächst der Overhead nochmals um einiges schneller.
Nebenher läuft bei mir DU-Meter um den Traffic zu messen. Das Programm zeigt einen UL an, der 50-60% über dem im Esel eingestellten liegt (natürlich läuft ausser dem Esel nix). Auch dies ein Wert, den ich mir nicht so recht erklären kann. Nach Esel-Statistik dürfte er halt "nur" ca. 20% darüber liegen. Zur Zeit habe ich die "sivka-settings" sehr "defensiv" eingestellt bzw. abgestellt. Da ich sonst den UL zu sehr drosseln muss oder so sehr am Limit fahre, dass die DL nicht mehr laufen.
Ein weiterer interessanter Wert aus der Statistik:
Erfolgreiche UL: 171
Fehlgeschl. UL : 124
Das bedeutet, dass ca. 72% meiner Uploads für den Eimer waren!
Also lasst uns noch mal rechnen;
Von 100 MB brutto gehen 20 MB für Overhead drauf. Von den verbleibenden 80 MB schlagen 72% fehl (ca. 58 MB). Somit wurden gerade mal 22 MB netto bzw. "sinnhaft" übertragen. Und das sind die Werte aus dem Esel. Wenn ich die vom DU-Meter zugrundelegen würde, dann sehe es ja noch viel schlimmer aus.
Natürlich sind diese Werte nicht wirklich exemplarisch, natürlich mag es am Mod liegen (0.28b sivka v8b2), natürlich mag es an den Einstellungen liegen und natürlich mag es auch eine völlig falsche Betrachtung meinerseits sein. Aber genau deshalb frage ich euch;
- Was ist hier falsch (in der Betrachtung)?
- Wie hoch ist der %-Anteil (d) bezogen auf den Download?
- Wie gross ist p?
- Wie sieht es bei euch aus?
Ich werde das Ganze bei mir mal weiter beobachten und an den Einstellungen spielen. Jedoch frage ich mich, ob die Entwicklung nicht den Fokus mehr auf erfolgreiche UL und geringen Overhead legen sollte, als dass immer mehr Features eingebaut werden, die den max. DL des Einzelnen im Blick haben - auf Dauer kann das nicht funktionieren.
Gruss
josch |