eMule 0.21a3 - bestes Filesharingtool aller Zeiten ... - 500 Beiträge pro Seite

[fsch]

... und Quellcode für C++ verfügbar. Voll kompatibel zu existierenden Part(.met)-Dateien von eDonkey2000. Können einfach weitergenutzt werden (bis zur Fertigstellung).

Deshalb auch weder Spyware noch sonstiger Werbeblödsinn.

Baut neue Serververbindung meist innerhalb von 5 Sekunden auf - soweit gewünscht.

Downloadraten von über 50 kByte/Sek. die Regel bei TDSL. Bei häufig verfügbaren Dateien kommt die volle Bandbreite der Downloadverbindung meist zur Geltung.

Läuft trotz Updates derzeit leider nur unter Windows 2000 & Windows XP stabil. Linuxversion leider ebenfalls noch nicht verfügbar.

Ebenfalls extrem wichtig:

KEIN ReHashing nach Neustart - nur bei Dateien die beim letzten UNSAUBEREN Beenden/Abbruch des Programms gerade den "Downloading"-Status hatten.

http://osdn.dl.sourceforge.net/sourceforge/emule/eMule0.21a3…

Grüße, fs

[TBV]

@fsch

Du hast Recht. Emule ist (ausser für MP3`s) das beste Filesharing Tool das es gibt. Wobei die 19c version die am besten arbeitende Versio ist. Auf jeden Fall schneller als die neuen Versionen

[gholzbauer]

Mal ne Frage an die eDonkey-Experten ... ich hatte mit eDonkey bisher nie Probleme, aber ausgerechnet seit heute ballert es mir bei jedem Neustart beim Re-Hashing erstmal so um die 200 MB weg (20 Chunks oder so, "corruption found in ..." ); auch Daten bzw. unvollendete Files, die seit Monaten OK waren, werden plötzlich beanstandet. Bisher waren es max. so 1 bis 3 Chunks bei jedem Start.
Weiß jemand, wie so was kommt & was man dagegen tun kann (abgesehen davon, emule zu verwenden, wenn es stimmt, daß da kein Re-Hashing erfolgt, was aber evtl auch Fehler verursachen könnte ... ) ?

[fsch]

@gholzbauer,

das Problem das Du da nennst kenne ich nur daher, wenn auf der entsprechenden Festplattenpartition auf der die Dateien liegen akuter Platzmangel herrscht. Dann killt das eDonkey der Reihe nach die *.met-Dateien, welche am Ende alle auf 0-Byte-Länge stehen und auch nicht mehr gerettet werden können.

eMule:

Dieses Programm besitzt und NUTZT auch eine exzellente Rehashing-Routine. Jedoch werden nur Dateien durchkalkuliert, die seit dem letzten Hashing/Abspeichern eines aktuellen Hashcodes GEÄNDERT wurden.

Grüße, fs

[fsch]

@gholzbauer,

unter Linux gibt`s da noch die Möglichkeit, daß die *.part-Dateien nicht die gleichen Rechte besitzen wie die dazugehörigen *.met-Dateien. Beide Dateien sollten mindestens auf 660 stehen. Besser noch ein eDonkey-Startscript erstellen mit folgenden Zeilen und mit root-Rechten verwenden:

cd /edonkey2000
chmod 660 incoming
chmod 666 temp
chmod 666 ./temp/*part*
./donkey_s

Grüße, fs

[gholzbauer]

Danke für die Hinweise.
Werde mehr auf den freien Speicherplatz achten. War etwas knapp die letzten Tage.
Allerdings war ich davon ausgegangen, daß eDonkey das organisiert, mit Meldung "Insufficient disk space" o.ä., wenn`s knapp wird; ist aber nicht erfolgt.
Außerdem werden vollendete Files von eDonkey bei Fertigstellung statt als "complete" als "corrupted" gekennzeichnet, obwohl sie z.B von WindowsMediaPlayer völlig korrekt wiedergegeben werden.
Möglicherweise spinnt aber auch nur mein Rechner. Sollte das Ding neu installieren ...

MfG

P.S.
komme mir schon vor wie bei der NRW-SPD, ständig "corruption found"-Meldungen ...

[maxx45]

Hi fsch!

Danke fuer deine Info`s!

Hab ein Paar Fragen :

1) KEIN ReHashing nach Neustart - was heisst denn eigentlich Rehashing?

2) Ist das Prog fuer DivX-Filme gut? Gibt`s da welche? mehr als bei KazAa?

Danke

[Daxius]

Hallo!

Habe emule auch installiert. Aber irgendwie stürzt mir das Ding sehr oft ab. (ca. 5 Mal in 2 Std.) Kann mir jemand sagen, woran das liegen mag?

Habe windows xp und DSL. Auch meine Download-Raten erreichen mit 10 insgesamt schon das Limit. Hatte bisher nie mehr gehabt ... Aber für DSL ist das nicht normal

Habe gehört, daß es evtl. mit dem Clientport zu tun haben könnte. Meiner ist der 4662. Kann ich den irgendwie erhöhen, damit meine Downloads auch schneller gehen?

Welchen Server wählt ihr denn immer für eure downloads?

Danke für Eure Hilfe

Gruß Daxius

[fsch]

@maxx45,

jede *.part Datei besteht bei eMule und eDonkey aus vielen kleinen Blöcken. Zu jedem vollständigen Block existiert eine Prüfsumme in der *.met-Datei.

1) Beim Re-Hashing werden diese Kontrollsummen auf Basis der vorliegenden *.part-Datei neu errechnet/überprüft. Gegebenenfalls bei fehlerhaften Kontrollsummen die Blöcke in der *.part-Datei gelöscht und als fehlende in der *.met-Datei eingetragen, was zur Folge hat, daß diese Teile bei nächster Gelegenheit erneut runtergeladen werden. Solange, bis der Block komplett und mit korrekter Prüfsumme in der *.part-Datei eingetragen ist.

2) Es gibt derzeit kein besseres Programm als eMule für DivX-Filme & andere große Dateien (Programmdateien, komplette Musik-CDs, etc.), eben weil im Gegensatz zu Kazaa die Dateien nicht sequentiell runtergeladen werden müssen. Es können immer die gerade verfügbaren Teile runtergeladen werden (die *.part-Dateien sind Random-Access-Dateien), auch wenn dazwischen noch Blöcke fehlen. Dies beschleunigt eine Verbreitung von Dateien um einen Faktor 10-20 (je nach Dateigröße).

Für einzelne mp3-Dateien und sonstigen Kleinkram (z.B. jpg-Files) empfiehlt sich weiterhin Kazaa, da diese das eDonkey-Netzwerk (die eDonkey-Server) unnötig mit Anfragen und Ergebnislisten belasten.

Grüße, fs

p.s.:
Ein kleiner Nachteil:

Die Dateien, die man runterlädt, belasten teilweise bis zur realen Dateigröße die Festplatte, auch wenn von 700 MB-Dateigröße erst ein paar KBytes runtergeladen wurden. Abhilfe schafft hier das NTFS-Filesystem mit Komprimierungsflag auf das TEMP-Verzeichnis. Das nimmt aus den großteils leeren Dateien die Luft raus.

[fsch]

@Daxius,

erstmal solltest Du Dir die ENGLISCHE Version 0.21a3 über die deutsche drüberinstallieren. Das behebt einige Fehler, die zu Abstürzen führen.

Grundsätzlich stürzt eMule häufig ab, wenn die internen Serverlisten zu lange werden. Das läßt sich in der Regel dadurch verhindern, daß man unter Einstellungen folgendes aktiviert:

X Lösche tote Server nach 1 Versuchen.
X Empfange aktuelle Serverliste vom verbundenen Server
X Empfange aktuelle Serverliste vom verbundenen Nutzern
X Filtere ungültige IPs

und deaktivieren von:

_ Serverliste beim Programmstart aktualisieren

------------

Der Clientport muß nur geändert bzw. angepaßt werden, wenn er sich hinter einer Firewall befindet. Ansonsten gibt`s eine LOW-ID was zur Folge hat, daß die Downloadgeschwindigkeit und auch die erzielten Treffer beim Suchen stark eingeschränkt sind. Falls man über ein Gateway/Filter/Firewall ins Netz geht, sind im entsprechenden Rechner die genutzten Ports (TCP&UDP) natürlich ebenfalls zu mappen/freizugeben für den/die eMule-PC(s).

Will man also den Port 4662 verwenden, sollte man MINDESTENS 4662(TCP) und 4666(UDP<-4662+4) mappen/freigeben.
Besser noch 4660-4669 für TCP&UDP.

Die derzeit 5 besten Server sind:

195.112.128.222 : 4661 (feste IP) (AdaNET)
194.97.40.162 : 4242 (feste IP)
194.97.40.162 : 4223 (feste IP)
216.40.249.38 : 12345
62.67.57.115 : 6666 (www.eselshare.net)

Grüße, fs

[fsch]

@Daxius,

auf einem einzelnen Rechner können natürlich auch durch Programme wie Zonealarm einzelne Ports blockiert werden, was dann nur eine eingeschränkte Funktionalität bei eMule zuläßt.

Grüße, fs

[Aufschlag]

Hi fsch,

kenne mich leider nicht mit "Ports" aus und wie ich sie einstelle.
Mache ich das mit der HTTP-Anschlußliste??
Wie stelle ich TCP bzw UDP ein?

Danke schon mal im voraus
Aufschlag

[fsch]

@Aufschlag,

das kommt auf das Programm an. Welches Programm verwendest Du denn? Servicenummer = Port = Protokoll. HTTP belegt somit auch einen Port. Meist 80. Oft auch 3128 und 8080 im internen Netzwerk über Proxyserver. Telnet die 23. Kannste Dir in der Datei "services" ansehen.

Muddu in der Programmbeschreibung(Hilfedatei) Deines "Firewall"-/Schutzprogrammes nachlesen, wie Du die Ports 4660-4669 TCP&UDP freigeben bzw. mappen kannst.

Grüße, fs

[fsch]

@Aufschlag,

wenn Du keinen Portfilter/Firewall verwendest, dann brauchste auch nix freigeben. eMule fängt dann automatisch die benötigten Datenpakete auf 4662 und 4666 ab.

Grüße, fs

[Aufschlag]

danke für die schnelle antwort - werds mal probieren

[Aufschlag]

Es scheint zu funktionieren.
Habe bei einem Film 54 (!) Treffer gefunden - allerdings habe ich nur eine downloadrate von 14.8 Kb/s (was allerdings für KaZa schon viel wäre)

[fsch]

@Daxius & Aufschlag,

grundsätzlich gilt:

1) Wenn man eine Datei runterlädt, die gerade nur von einem Server verfügbar ist, welcher z.B. einem maximalen Upload von 16 KByte/Sek. hat (bei TDSL theoretisches Maximum), dann kann man selbst diese Datei natürlich nicht schneller downloaden als bestenfalls mit 16 KByte. Meist jedoch wird der maximale Upload überall auf 10 KByte/Sek. eingestellt, damit die entsprechenden Personen selbst noch einigermaßen flüssig durchs Internet surfen können, während eMule läuft.

2) Gilt für JEDES Filesharingnetzwerk - gleich ob eMule oder Kazaa oder sonstwas:

Die Menge aller Downloads im Netzwerk ist immer gleich der Menge aller Uploads (KBytes).

Beispiel:

10 Leute sind im Netz mit einem Upload von je 10 KByte und einem Download von je 96 Kbyte.

Downloadkapazität im Netz somit 10x96 = 960 Kbyte, Uploadkapazität im Netzwerk somit 10x10 = 100 Kbyte.

Fazit:

Alle 10 Leute zusammen können maximal mit 100 Kbyte downloaden, da die Uploads nicht mehr hergeben.

Ist also z.B. einer dabei, der mit 96 KByte einen Download laufen hat, dann können die anderen 9 Leute ZUSAMMEN maximal auf einen Download von 4 KByte/Sek. kommen. Das Netz lebt also von JEDEM, der auch eine Uploadkapazität zur Verfügung stellt. Möglichst immer mindestens 10 KByte bei TDSL. Bis 14 KByte sind erträglich.

Grüße, fs