|
Wie ist
das mit der Download Ratio?
Um zu vermeiden, dass User nur wenig abgeben, aber viel bekommen, ist in
eMule eine Funktion integriert, die bei zu niedrigem Upload auch die mögliche
Downloadrate ausbremst. Diese Funktion nennt man "Download Ratio". Sie ist auf
ein Verhältnis von 1:3 festgelegt. Wenn man also z.B. nur 1K/s als Upload
zulässt, wird man bestenfalls 3 K/s Download erhalten, bei 5 K/s UL maximal 15
k/s Download usw.
Bei einem eingestellten Uploadwert von 10 oder höher ist die Ratio Funktion
völlig abgeschaltet. Um also maximale DL Raten erzielen zu können, muss unter
Preferences bei "Upload" ein Wert von 10 oder höher eingetragen sein.
Credit System? Was ist ein
Creditystem?
Hierzu die deutsche Übersetzung aus der FAQ von Entwickler Merkur auf
h**p/www.emule-project.net
Dieses System gilt für ALLE Clients, nicht nur für eMule Clients. Da es aber
immer mehr eMule Clients gibt (oder andere, die dieses Credit system
unterstützen) bewirkt dies weniger Upload an "leecher" (User, die den Upload
zugedreht haben).
Jeder Client, der aus irgendeinem Grund connected - Queue, Hashing, Asking
etc. - wird über seine eindeutige Userhash identifiziert und vom System gemerkt.
(Das ist nicht die ID oder IP!)
Wenn dieser Client einen Transfer gestattet, gleich, ob Download oder Upload,
speichert eMule die übertragenen Bytes in einer Datei (clients.met).
Jedes mal, wenn ein Client nach einem File anfragt, werden diese gespeicherten
Werte dazu verwendet, einen "modifier"-Wert zu kalkulieren, der direkten
Einfluss auf die Platzierung im Queue hat.
Technisch gesehen wird das so berechnet:
modifier = (2*Upload zu dir) / download von dir
Ein Beispiel: Client X hat 2 MB von dir geladen und du 3 MB von ihm. Er
bekommt ein modifier von (3*2 /2) = 3.0 . Das bedeutet, dass, wenn er in deiner
Queue steht, seine Wartezeit 3 mal mehr zählt, als die Wartezeit eines Client Y
der bisher unbekannt ist.
Dieser modifer kann nicht größer als 10,0 werden und nicht kleiner als 1,0
(was bewirkt, dass der Client niemals etwas bekommt. )
Alle Clients mit einem modifier größer als 1 werden mit einem gelben Icon im
Uploadfenster gekennzeichnet.
Was hat es
mit dem anti aggressive Client System auf sich?
Wenn ein anderer Client ein File von Dir downloaden möchte, fragt er nach dem
File und fragt erneut alle 10-20 min an, um sicher zu sein, dass es sich noch um
einen gültigen Source handelt. Es ist aber möglich, Clients so einzustellen,
dass sie in kürzeren Abständen nachfragen. Dies gibt dem modifizierten Client
eine höhere Chance, einen Upload Slot zu erhalten, wenn der angefragte Client
ein eDonkey Client ist.
Während sich eMule nicht um die Häufigkeit solcher Anfragen kümmert (die
Chancen, einen Uploadslot zu erhalten, werden nicht erhöht), beeinträchtigt
dieses Verhalten wertvolle Ressourcen (Verbindungen und Bandbreite).
Das neue Clientsystem setzt Clients, die zu häufig nachfragen (mehr als ein mal
pro File innerhalb von 10 min) nun auf eine "Schwarze Liste" und ihnen wird
nicht erlaubt, von dir zu downloaden. Die "Blacklist" wird gelöscht, wenn eMule
neu gestartet wird.
Beispiele, wie man auch die Blacklist kommt und nicht in der Lage ist, von eMule
Clients etwas zu laden:
-
Man setzt den Download auf Pause und sofort danach wieder auf Resume, um
die Downloadgeschwindigkeit zu erhöhen - das führt jedes mal zu einem neuen
Filerequest (aber nur bei eDonkey Clients)
-
Neustart des Clients alle 2 min (wodurch ebenfalls jeweils eine neue
Anforderung ausgelöst wird).
Um es zu verdeutlichen: eMule macht KEINEN Unterschied, welcher Client
(eMule/eDonkey/mldonkey) anfragt. Jeder Client, der zu häufig anfragt, wird
gebannt.
Das bedeutet, dass Bot User keine Chance mehr haben, irgend etwas von einem
Client ab 0.20a oder höher zu bekommen. Die Anzahl gebannter User kann man auch
im Download Fenster, links unten, unterhalb der Uploader, nachlesen.
Was sind
A4AF Quellen?
A4AF kommt von der englischen Stausmeldung "Asked for Another File" (die 4
ist eine übliche amerikanische Schreibweise, da "four" = 4 genauso gesprochen
wird wie das "for"). In deutschsprachigen Versionen lautet der Status "Andere
Datei angefordert". Dieser Staus entsteht, wie unter "Statusmeldungen"
beschrieben dann, wenn man mehrere Dateien herunterladen möchte, die ein und
derselbe andere Client hat. Nur bei einem Client kann man jedoch nur mit einer
Datei in der Queue stehen. Für alle anderen Dateien steht beim selben Client
dann diese Statusmeldung. Der Mod Entwickler Tarod hatte herausgefunden, dass
dieser Status auch erhalten bleibt, selbst wenn man den möglichen Chunk bereits
erhalten hat. Viele Versionen von eMule prüfen also nicht, ob der Status "Andere
Datei angefordert" noch zu Recht besteht.
Versionen, die das A4AF System unterstützen, beseitigen diesen Bug. Man hat
im Transferfenster die Möglichkeit, A4AF Quellen erneut zuzuordnen.
Weiter zu Systeme in eMule Teil 2
|
Menu