Der aMule-2.3.3-Bug, der die Download-Geschwindigkeit ruinierte

Der aMule-2.3.3-Bug, der die Download-Geschwindigkeit killte (und wie er behoben wurde)

Das Symptom ist für jeden P2P-Veteranen sofort erkennbar: Man startet einen Download, und in den ersten Sekunden läuft alles mit voller Geschwindigkeit. Dann, ohne Vorwarnung, bricht der Datendurchsatz fast auf null ein. Man schließt den Client, öffnet ihn wieder, und die Geschwindigkeit erholt sich ... nur um kurze Zeit später wieder einzubrechen. Ein Kreislauf, der jeden in den Wahnsinn treiben kann.

Die erste Versuchung ist, dem Router, dem Anbieter oder dem WLAN die Schuld zu geben. Und ja, manchmal liegt das Problem tatsächlich dort: Router, die unter zu vielen gleichzeitigen Verbindungen kollabieren, falsch konfigurierte Ports oder ein Anbieter mit aggressiven Traffic-Politiken. Aber in diesem Fall lag die Wahrheit in der Software.

Der Übeltäter: ein Bug in aMule 2.3.3

Nach wochenlangem Testen und Frust identifizierte die Community die Ursache des Problems: einen Bug in Version 2.3.3 von aMule, dem eDonkey-Client für Linux. Der Fehler sorgte dafür, dass die Download-Geschwindigkeit schrittweise bis fast auf null sank, sodass Nutzer das Programm neu starten mussten, um sie zurückzugewinnen. Der offizielle Betreuer des Projekts räumte öffentlich ein, keine klare Lösung zu haben, und Versuche, das Problem mit alternativen Konfigurationen zu patchen – etwa durch Anpassen der Verbindungslimits oder Ändern von Statistik-Parametern – blieben erfolglos.

Einige Nutzer griffen zu provisorischen Lösungen: eine instabile Variante installieren (amule-git), das Windows-eMule über Wine ausführen oder sogar den Internetanbieter wechseln. Doch die eigentliche Abhilfe ließ noch Monate auf sich warten.

Die Heilung: aMule 3.0.0, veröffentlicht im Juni 2026

Im Juni 2026 veröffentlichte das aMule-Projekt die Version 3.0.0, ein Update, das unter anderen Verbesserungen den Bug mit dem Geschwindigkeitseinbruch behob. Die Tests ließen keinen Zweifel zu: Mit der neuen Version wurden ein Dutzend Dateien mit mehreren Quellen jeweils mit konstanten 30 MB/s ohne eine einzige Unterbrechung heruntergeladen. Die Statistiken, die sich vorher weigerten, sich anzuzeigen, funktionierten wieder. Der Sprung war so groß, dass mehrere Nutzer das Erlebnis als „brutal" bezeichneten.

Mit dem behobenen Bug verschob sich die Diskussion auf andere Aspekte: die Bedeutung, den Client aktuell zu halten, die Notwendigkeit offener Ports (oder zumindest einer funktionierenden Low ID) und die Rolle der symmetrischen Glasfaser, die P2P-Downloads deutlich flüssiger gemacht hat als zu ADSL-Zeiten. Die Sarracena von der Geschichte: Wenn das P2P schlecht läuft, ist es nicht immer die Schuld des Routers. Manchmal liegt das Problem in einer schlecht geschriebenen Codezeile.

Verwandte Diskussionen im Forum

• O2, atme ... tief durch · 15 Antworten