Upload - Fast fertige Files nicht 'vorschnell' komplettieren
 

Das Szenario:

Ich erstelle/vertreibe MP3-Alben, >1000 Alben schon und Anzahl
steigend. Im Mittel ist so ein Album etwa 50MB groß. Meine Upload-
Geschwindigkeit ist etwa 40-60 kbyte/s, läuft praktisch 24h. Also ca. 4
GByte upload täglich möglich von meinem Host.

Mittlerweile sind die Alben einigermaßen gut im Umlauf. Zum verteilen
nutze ich seit längerer Zeit Sivka, weil ich dort 30 Upload-Slots einstellen
kann, und so jeder User max. ca. 2kb/s abbekommt. Das ist gerecht,
dacht' ich mir.


So weit, so gut, aber..

Wie wir alle wissen, gibt es genug Leute, die ein File aus dem Share
sofort entfernen, nachdem es fertig ist.

Mein Vorschlag wäre (für Emule selbst oder einen innovativen Mod-
Entwickler), dass, Uploads des letzten Chunks nur dann passieren,
wenn mind. X User (X => einstellbar in der konfiguration) den letzten
Chunk (den außer mir momentan keiner im Umlauf zu haben scheint)
anfordern.

Ich würde nämlich lieber die Chunks eines Albums eher an die Leute
verteilen, die noch nicht so viel von dem File haben. Denn wenn ich
zu sehr anderen Leuten beim *komplettieren* helfe, nehmen sie wohl-
möglich das File zu schnell raus, und deren Upload-Power kann bei dem
Album nicht mehr verwendet werden.

Insgesamt sehe ich diese Art von Spreaden viel effektiver, weil ja ein
'neuer' User all die Chunks auch von anderen Usern saugen könnte, die
das File ja noch nicht komplett aus der Queue/Share nehmen konnten.

Und mit der freigewordenen Bandbreite auf meiner Seite, kann ich auch
weiter helfen, das jeweilige File insgesamt besser zu verteilen.

Mir ist aufgefallen, dass mein eines ~500MB-Album viel besser verteilt ist,
als all die ganzen ~50MB-Alben, weil die Leute länger zum komplettieren
brauchen und daher zwischenzeitlich auch andere mit Chunks aus diesem
großen ~500MB-File versorgen.

Ich selbst würde den Wert X (also X User müssen in der Queue den
einen, letzten Chunk anfordern, nachdem sie alle anderen Chunks
bereits alle haben) auf 5 oder 10 setzen bei mir.

Technisch ist es ja kein Problem zu sehen, welche Chunks die anderen
schon vom jeweiligen File haben. Beim Siska-Mod sehe ich das bei
ca. 80% der Downloader. Der Rest sind wohl alte Versionen bzw.
Hybrid-Geschichten wie Shareaza, MLDonkey, etc..

Es gibt zwar bei anderen Mods die Funktion 'Hide Overshare', meinen
Vorschlag finde ich aber effektiver, weil es die Chunks breiter streut
und am Ende (bei genug Nachfrage) doch den finalen Chunk weitergibt.


Noch ein kleiner Zusatz:

Schön wäre es auch, wenn gleichzeitig User die mit dem File gerade
erst anfangen und ihren ersten Chunk dazu beziehen, generell einen
viel höheren Score in der Queue vor anderen bekommen. Das wäre auch
positiv zum breiteren verfügung stellen der Chunks/Files.


Was haltet Ihr davon? Erachtet ihr das auch für sinnvoll? Oder steckt
da irgendwo ein Denkfehler?

(Wenn nur 4 Leute ein Album wollen, X aber auf 5 eingestellt ist, die 4
dann nie den finalen Chunk bekommen, weiss ich. Dazu könnte man
sich noch was einfallen lassen.)

<-RoTZI->

Ich verschieb das mal in die Developerabteilung, Ok?

Willkommen an Board ;-)

Klingt gut Dein Vorschlag.

Hast Du Dich schon mal in Release-Foren umgehört ? Dort werden etliche Strategien durchgekaut um möglichst schnell und effizient seine Files zu verbreiten.

Wenn ich mal was Release, dann hab ich folgende Strategie:
Zuerst mal Powerupload. Also auf Release stellen.
Wenn ich dann ca. das 1,2 bis 1,5 fache vom File verbreitet hab und auch sehe, daß es keine roten Teile mehr gibt, dann stell ich die Priorität runter auf normal.

Jetzt warte ich erst mal ein paar Tage ab. Während dieser Zeit kann ich z.B. was anderes releasen. Dies hat den Vorteil, daß die User nun untereinander sich die Teile geben müssen und dadurch auch untereinander Credits sammeln.
Außerdem sind die Leute nicht zu schnell fertig mit dem File. Das hätte nämlich den Nachteil, daß wenn nach 3 Tagen jeder das File komplett und es die Leute löschen, neue User die nun auch saugen wollen bei mir von vorne anfangen müssen. Mit dieser Methode halte ich da File länger am leben.
Nach ein paar Tagen wird es dann mal nochmal Zeit wieder von diesem File zu releasen.

Diese Methode hab ich angewendet bei Files auf die kein zu großer Ansturm war. Also so ca. 15 - 30 Leute, die es haben wollten.
Für Files, auf die ein Ansturm von 10.000 Leuten vorherrscht gibt es andere Strategien.

Werde ich mal versuchen.

Vielleicht machts mehr Sinn, meinen zweiten, kleinen Vorschlag dort einzubringen,
da er nicht so kompliziert ist wie der erste.

Was ich problematisch finde sind die alten eMule´s, die die Hideoversharefunktion nicht haben, weil die ja schliesslich nur einen Teil Released und eine lange Zeit dauert bis es dann mit dem nächsten Teil weiter geht.

Es wäre eine Releaser-Funktion sehr gut, die die Chunks dann der reihe nach abarbeitet. Von Chunk 1 bis zum 80 (je nach grösse des Files), dann würden sich die Filme/Musik/Prg schneller verteilen, besonders bei Releasern, die so´n File alleine Releasen.