[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   fast fertige Downloads bevorzugen (http://www.emule-web.de/board/12054-fast-fertige-downloads-bevorzugen.html)

Geissbock 14. February 2007 16:36

fast fertige Downloads bevorzugen
 
Gibt es eine Möglichkeit, eMule so einzustellen, dass die Downloads bevorzugt werden, die schon am weitesten fortgeschritten sind (natürlich außer den üblichen Einstellungen wie 'Priorität' o.Ä.)... ?
Leider sehe ich immer wieder, dass Downloads ewig bei 95% festhängen und stattdessen Dateien mit 12% weitergeloadet werden. Und das geht natürlich auf Dauer enorm auf Kosten des Festplattenspeichers... :-?

BernT 14. February 2007 21:36

das hört sich fast so an, als würdest du die files sofort aus dem share nehmen, wee sie fertig sind...

aber zu deiner frage: du stehst ja bei den clients in der warteschlange und die nehmen dich dran, wenn sie dich dran nehmen. da kannst du nicht sagen, das sie dir geben sollen, weil das file fast fertig ist. sofern sie nur quelle bei einer datei sind kannst du, falls dir der download ungelegen kommt auf pause stellen und warten bis das file fertig ist und dann das nächste fortsetzen. evtl solltest du darüber nachdenken nicht mehr als ein file zu laden, denn dann kann dir das nicht passieren.

oder versteh ich die frage nicht so richtig?

Jok3r 14. February 2007 21:40

N Abend

Ich finde das macht überhaupt keinen Sinn, weshalb sollte es so ein Feature geben?

Das einzige was du machen könntest, beim Xtreme Mod, manuell dem File über das Kontextmenü die Quellen zuteilen lassen... :D

Dir ist aber sicher bewusst das du, und jeder andere, den File mindestens einmal komplett uploaden muss damit das System funktionieren kann?

Xman 14. February 2007 22:06

Du kannst aber auch gerne mal das neue Feature "Advanced Auto-Prio" ausprobieren. Anklicken und dann anschließend alle Dateien im Dateienfenster auf Auto-Prio stellen.

seppl12 14. February 2007 23:34

Zitat:

Zitat von Geissbock
Leider sehe ich immer wieder, dass Downloads ewig bei 95% festhängen und stattdessen Dateien mit 12% weitergeloadet werden.

Sehr vereinfacht ausgedrückt: Wenn du das file neu lädst, haben alle deine Quellen Teile für dich, hast du das file zu 99% fertig, haben nur noch ein paar wenige Quellen Teile für dich. Daher dauert es zum Schluß hin immer länger, kapisch?

Pan Tau 15. February 2007 03:53

Zitat:

Zitat von seppl12
Zitat:

Zitat von Geissbock
Leider sehe ich immer wieder, dass Downloads ewig bei 95% festhängen und stattdessen Dateien mit 12% weitergeloadet werden.

Sehr vereinfacht ausgedrückt: Wenn du das file neu lädst, haben alle deine Quellen Teile für dich, hast du das file zu 99% fertig, haben nur noch ein paar wenige Quellen Teile für dich. Daher dauert es zum Schluß hin immer länger, kapisch?

@ Seppl12: Wie recht du hast!
@ Geissbock: Ist dir eigentlich auch schon mal durch den Kopf gegangen das derjenige der dann deine 12% Datei beliefert möglicherweise gar keine Teile für deine 95% Datei besitzt?
Dazu kommt auch noch das die Dateien ja in Chunks aufgeteilt sind, und wenn nun derjenige der deine 95% Datei beliefert hat, gerade am Ende eines solchen Chunks angelangt ist, und deine Credits bei ihm soweit aufgebraucht sind das erst einmal wieder andere User an der Reihe sind beliefert zu werden, weil sie inzwischen mehr Credits als du haben, dann werden halt deine letzten 5% erst später nachgereicht.

MfG
Pan Tau

Geissbock 15. February 2007 13:13

Danke
 
Okay, danke für eure Hinweise. :mrgreen:

martin22 16. February 2007 14:03

Zitat:

Zitat von seppl12
Sehr vereinfacht ausgedrückt: Wenn du das file neu lädst, haben alle deine Quellen Teile für dich, hast du das file zu 99% fertig, haben nur noch ein paar wenige Quellen Teile für dich. Daher dauert es zum Schluß hin immer länger, kapisch?

JAAA ....:clap
... und gerade deswegen sollten immer zuerst diejenigen Chunks geholt werden welche am Seltensten sind = Feature Request

seppl12 16. February 2007 14:20

Zitat:

Zitat von martin22
... und gerade deswegen sollten immer zuerst diejenigen Chunks geholt werden welche am Seltensten sind = Feature Request

Du Spaßvogel. :mrgreen:

Um den Bezug zum thema dieses threads aufrecht zu halten mal ein extremes Beispiel: Du meinst also, wenn von 100 Quellen eines dls 99 Quellen alle chunks bis auf einen haben, soll ich mit dem download warten, bis ich diesen einen chunk von der 100.ten Quelle bekomm ...
.... man, da nehm ich doch voher lieber die 99 downloads der anderen Quellen mit! :mrgreen:

Aber zu deiner Beruhigung, rare chunk selektion macht eMule schon seit längerem. :-)

martin22 16. February 2007 15:02

Zitat:

Zitat von seppl12

Du Spaßvogel. :mrgreen:

Um den Bezug zum thema dieses threads aufrecht zu halten mal ein extremes Beispiel: Du meinst also, wenn von 100 Quellen eines dls 99 Quellen alle chunks bis auf einen haben, soll ich mit dem download warten, bis ich diesen einen chunk von der 100.ten Quelle bekomm ...
.... man, da nehm ich doch voher lieber die 99 downloads der anderen Quellen mit! :mrgreen:

Aber zu deiner Beruhigung, rare chunk selektion macht eMule schon seit längerem. :-)

Wer ist da der Spassvogel, der mir absoltuen Schmarrn unterstellt??
Und jedenfalls habe ich gerade gestern den Xtreme 5.4 beobachtet wie er _nicht_ den den seltensten (hellblauen) sondern einen der häufigen gewählt hat. BASTA.:mrgreen:

Xman 16. February 2007 15:23

emule teilt die Häufigkeit der Chunks in Kategorien ein. Von sehr verbreitet bis sehr rar. Sind mehrer Chunks in der selben (rarsten) Kategorie wird zufällig einer gewählt.. das muß dabei nicht der allerseltenste sein. Hintergrund ist, daß sich nicht alle clients auf den selben Chunk stürtzen sollen. (so in etwa wurde dies auf emule-püroject begründet. Threads hierzu findest Du dort mehr als reichlich)

martin22 16. February 2007 20:16

rare chunks
 
Zitat:

Zitat von Xman
emule teilt die Häufigkeit der Chunks in Kategorien ein. Von sehr verbreitet bis sehr rar. Sind mehrer Chunks in der selben (rarsten) Kategorie wird zufällig einer gewählt.. das muß dabei nicht der allerseltenste sein. Hintergrund ist, daß sich nicht alle clients auf den selben Chunk stürtzen sollen. (so in etwa wurde dies auf emule-püroject begründet. Threads hierzu findest Du dort mehr als reichlich)

Danke für die Erklärung!
Aber irgendwie leutchtet mir die Begründung, dass sich nicht alle auf den seltensten Chunk stürzen sollten nicht ganz ein, weil derjenige welcher ihn hat ja nicht wahnsinnig viele gleichzeitig beliefern wird *grml* ?
Und paar Minuten später (falls es dann mehrere bekommen haben) ist dieser Chunk nicht mehr in der kritischen Situation.
Ich reite auf diesem Steckenpferd weil es mir letzte Woche passiert ist, und seither diese interessante und leider ziemlich grosse Datei zu 98% fertig hier Platz belegt und einfach NIE fertig werden will...
Kann mir wer nen Tip geben wo der betreffende Code liegt?

Xman 16. February 2007 20:24

bool CPartFile::GetNextRequestedBlock

beim Xtreme gibts dort dei zwei verschiedenenMethoden Maella/zz

Blomy 16. February 2007 21:30

wobei zz angefangene Chunks zuerst berücksichtigt und sie fertigstellt.
Es können auch mehrere Clients diesen Chunk beliefern.

Ne SuperSache wäre es, wenn ich auf Fileebene Maella oder zz auswählen könnte.
Im Moment ist es ja nur global einzustellen.
Und dort bevorzuge ich Maella.

Die beste Funktion in dieser Art war, das ich im Shared Files Fenster die Priorität des Chunks eines
Files festlegen konnte.(Nicht in den Xtreme-Mods)

Xman 16. February 2007 23:05

Zitat:

Die beste Funktion in dieser Art war, das ich im Shared Files Fenster die Priorität des Chunks eines
Files festlegen konnte
-->*Bahnhof*


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