[eMule-Web]  

Zurück   [eMule-Web] > eMule > eMule MOD - Development

eMule MOD - Development Alles zum Thema MOD Entwicklung. Fragen, Wünsche, Ideen zu neuen Features.

Antwort
 
LinkBack Themen-Optionen
Alt 7. July 2003, 17:06   #1
Newbie
 
Registriert seit: 07.07.2003
Beiträge: 2
Standard: Upload - Fast fertige Files nicht 'vorschnell' komplettieren Problem: 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->
RoTZI ist offline   Mit Zitat antworten
Alt 7. July 2003, 17:46   #2
V.I.P.
 
Registriert seit: 07.12.2002
Beiträge: 3.033

Ich verschieb das mal in die Developerabteilung, Ok?

Willkommen an Board

__________________
info
Usul ist offline   Mit Zitat antworten
Alt 7. July 2003, 19:03   #3
MODder
 
Benutzerbild von Xman
 
Registriert seit: 28.03.2003
Beiträge: 5.800
Standard: Upload - Fast fertige Files nicht 'vorschnell' komplettieren Upload - Fast fertige Files nicht 'vorschnell' komplettieren Details

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.

__________________
Xman ist offline   Mit Zitat antworten
Alt 13. July 2003, 20:39   #4
Newbie
 
Registriert seit: 07.07.2003
Beiträge: 2
Standard: Upload - Fast fertige Files nicht 'vorschnell' komplettieren Lösung: Upload - Fast fertige Files nicht 'vorschnell' komplettieren

Werde ich mal versuchen.

Vielleicht machts mehr Sinn, meinen zweiten, kleinen Vorschlag dort einzubringen,
da er nicht so kompliziert ist wie der erste.
RoTZI ist offline   Mit Zitat antworten
Alt 14. August 2003, 22:52   #5
Advanced Member
 
Registriert seit: 27.12.2002
Beiträge: 169
Standard: Upload - Fast fertige Files nicht 'vorschnell' komplettieren Upload - Fast fertige Files nicht 'vorschnell' komplettieren [gelöst]

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.
__________________
Gruß gvstarfleet
gvstarfleet ist offline   Mit Zitat antworten
Antwort

Lesezeichen


Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are an


Ähnliche Themen: Upload - Fast fertige Files nicht 'vorschnell' komplettieren


  1. files.ail.ru geht nicht mehr
    Filesharing - 22. January 2011 (2)
  2. Nicht fertige Downloads auf andere Rechner übertragen
    eMule Allgemein - 26. January 2009 (1)
  3. fast fertige Downloads bevorzugen
    Xtreme MOD - 17. February 2007 (17)
  4. Die Files werden einfach nicht fertig...nicht um alles in der Welt !
    eMule MODs - Allgemein - 30. March 2006 (5)
  5. Trotz hoher Warteliste fast kein Upload ?
    Mülltonne - 7. March 2005 (1)
  6. Upload und heruntergelade Files
    eMule MODs - Allgemein - 13. February 2004 (1)
  7. Upload hängt es wird fast nichts Upgeloaded!!
    eMule Allgemein - 11. January 2004 (12)
  8. Emule Plus 1i ?? Kann fertige Downloads nicht entfernen !!!!
    Mülltonne - 21. December 2003 (5)
  9. Files werden nicht beendet...
    eMule Allgemein - 31. July 2003 (10)
  10. Hilfe ,fast alle Downloads weg.Ich verzweifle fast!
    eMule - Tools - 28. July 2003 (5)
  11. 2 emule downloads komplettieren sich nicht
    eMule MODs - Allgemein - 20. April 2003 (1)
  12. Nach WIN2K Neuinstallation EMULE geht fast nicht mehr
    eMule MODs - Allgemein - 26. February 2003 (1)


Alle Zeitangaben in WEZ +1. Es ist jetzt 16:48 Uhr.


Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.
PAGERANK