AvgQR sinnvoll ?

[martin22]

Viele Mules liefern diesen Durchschnitt, aber m.E. ist dies nicht wirklich schlau.

Z.B. wenn ein File neu aufgenommen wurde hat man u.U. bei einer Source Kredit und gleich eine sehr gute QR < 10 und dann eine grosse Zahl mit sehr hohen QR so dass der doofe Durschnitt eigentlich wenig aussagt.

Oder man hat schon sehr lange gewartet und gute AvgQR aber ausgerechnet der einzige Lieferant eines raren Chunks steigt aus bevor man doch dran kommt...

Imho sollte man für jedes File einen "Gesundheitswert" anzeigen, welcher in 1. Linie auf rare Chunks und dann auf die durchschnittliche QR der 5 (evt. 10?) besten Plätze abstellt.

Mit einer solchen Angabe wüsste man auf einen Blick, wo man allenfalls manuell nachhelfen sollte.

(Zustimmende ) Kommentare und konstruktive Kritik erwünscht...

[Xman]

der Xtreme (= Erfinder des AVGQR) benutzt/braucht diesen Wert um Entscheidungen zu treffen wann ein HighQR-client gedroppet werden soll.
Die Spalte hab ich nur aufgenommen, da ich dachte: "wenn Du so nen Wert eh schon berechnen mußt, dann kannste ihn auch anzeigen".

[martin22]

Zitat von Xman

der Xtreme (= Erfinder des AVGQR) benutzt/braucht diesen Wert um Entscheidungen zu treffen wann ein HighQR-client gedroppet werden soll.
Die Spalte hab ich nur aufgenommen, da ich dachte: "wenn Du so nen Wert eh schon berechnen mußt, dann kannste ihn auch anzeigen".

Zum Droppen ist es sicher ein schlaues Kriterium, gratuliere zu dieser Erfindung

Was hält der Fachmann von meiner Idee der File-Gesundheit ??

[Stulle]

ich halt's für überflüssig. das sagt nix über die filegesundheit aus. release ich eine 50 mb große datei mit PS, dann ist die datei sehr gesund, denn jeder wird schnell was kriegen. und selbst wenn man deine berechnung macht, ich wüßte nicht wo ich sie sinnvoll anwenden könnte. nur der sharer kann wirklich effektiv eingreifen indem er zB die prio erhöht.

mfg stulle

[martin22]

Zitat von Stulle

ich halt's für überflüssig. das sagt nix über die filegesundheit aus. release ich eine 50 mb große datei mit PS, dann ist die datei sehr gesund, denn jeder wird schnell was kriegen. und selbst wenn man deine berechnung macht, ich wüßte nicht wo ich sie sinnvoll anwenden könnte. nur der sharer kann wirklich effektiv eingreifen indem er zB die prio erhöht.

mfg stulle

Sry Ihr seht dies meistens aus der Perspektive der Releaser, aber aus dem Zusammenhang könnte man erkennen dass es mich für den Download interessiert, wo ich oft solche Probleme hatte.

Imho müsste man schon beim Standardesel etwas unternehmen, damit nicht soviele inkomplette Dateileichen (mit u.U. nützlichem Inhalt) entstehen.

[Xman]

sehe ich wie Stulle.

[Stulle]

der avg qr ist was für den downloader. da kann man nicht von der releaser seite denken. für den release zählen nur release features, wie PS/PR, SOTN und Spreadbars! wie dem auch sei, diese kannst du sowohl im morph (+derivate) als auch im scarangel finden.
denk dran, release ist der, der volle dateien hoch läd. dieser und sonst niemand!

[Blomy]

AvgQR ? Ja - gesehen habe ich es schon.Bis eben, als Xman :

Zitat von Xman

der Xtreme (= Erfinder des AVGQR) benutzt/braucht diesen Wert um Entscheidungen zu treffen wann ein HighQR-client gedroppet werden soll.
Die Spalte hab ich nur aufgenommen, da ich dachte: "wenn Du so nen Wert eh schon berechnen mußt, dann kannste ihn auch anzeigen".

hat sich mir der Sinn verschlossen gehabt.

[Stulle]

wenn sich der sinn verschließt nenn es einfach nice-to-see-feature.

[Blomy]

Ebend. ....