AMule is slow-fr
Contents
aMule est lent
Ainsi, aMule est lent ? Cela peut être :
Votre faute
Instructions générales
Voici une liste des raisons qui peuvent expliquer des vitesses de téléchargement basses :
- Une valeur basse dans "Preferences"->"Download limit".
- Une valeur basse dans "Preferences"->"Upload limit". Une limite d'envoi (upload) inférieure à 4 kbps limite votre vitesse de téléchargement à 3 fois votre vitesse d'envoi. Une limite d'envoi inférieure à 10 kbps limite votre vitesse de téléchargement à 4 fois votre vitesse d'envoi. Une vitesse d'envoi supérieure ou égale à 10 kbps vous permet un téléchargement à n'importe quelle vitesse, limité seulement par la valeur "Download limit" (voir ce lien (en) pour en savoir plus).
- Une valeur trop grande dans "Preferences"->"Upload limit". Votre ligne peut saturer ! (cela dépend de la rapidité de votre ligne)
- Une valeur trop basse dans "Preferences"->"Max Connections". Il n'y a pas assez de connections disponibles.
- Une valeur trop grande dans "Preferences"->"Max Connections". Trop de connections peuvent saturer votre ligne.
- Une valeur trop basse dans "Core Tweaks"->"Max New Connections". Cela prend beaucoup de temps de rechercher les sources (aquire sources).
- Une valeur trop grande dans "Core Tweaks"->"Max New Connections". Votre ligne est saturée, un grand nombre de nouvelles connections utilise beaucoup de bande-passante (overhead-bandwidth).
- Vous avez un Low ID.
- Certains FAIs bloquent ou limitent les connections via les ports standards de eD2k. Essayez de changer le port dans "Preferences"->"Connections" vers une autre valeur.
- Votre pare-feu (firewall) peut bloquer certains ports/protocoles utilisés par aMule et/ou vous avez oublier de reporter ces ports dans la configuration de votre routeur (Voyez encore une fois Low ID).
Solutions aux liens descendants ou montants surchargés en ADSL
Beaucoup de fournisseurs ADSL paramètrent leur réseau de façon à ce que les routeurs temporisent plusieurs paquests dans des tampons (buffers). Cela peut créer de sérieux problèmes de performance; par exemple, un lien surchargé en montée peut causer une réduction de performance importante en descente .
Le problème est décrit sur la page WonderShaper.
As a rule it is important that on ADSL neither the uplink nor the downlink be used at 100% capacity. Usually 90-95% is a good idea (taking into account overheads too, as a 576KiB/s line cannot actually transfer that much).
Therefore ensure that on 576kb down/288 kib up ADSL line total download speed is at most 52KiB in download and 26KiB in upload.
If aMule is the only significant user of bandwidth, setting its maximum upload and download limits to somewhat lower than that, for example 42KiB/s for download and 21kiB/s for upload, does it.
Otherwise if you have GNU/Linux you can run a traffic shaper that will regulate the total traffic bandwidth. Two ready made shaper scripts are WonderShaper and sabishape.
Another useful but minor improvement is to ensure that there aren't too many upload connections with too small bandwidth. For example with a 21KiB/s upload limit, not more than 7 upload connections, with 3KiB/s each. Probably no more than 5 is a tiny bit better.
La faute du réseau
We hate to break this to you, but slow speeds aren't always due to bad aMule code or bad configuration. Some factors may include, but not limited to:
- eD2k is a slow network; The eD2k network is one of the largest P2P networks in existance but its primary goal is archive availability. While you do get faster downloads with other popular networks you'll quickly find out that the eD2k network is home to millions of files you'll be unable to find on any other network.
- Credits; If you are running aMule for the first time or if you deleted files in ~/.aMule directory, you'll have no credits. Credits grant faster downloads. If you don't know what they are, read this
- File Availablity; Rare files, old files, extremly new files... these kinds of files have very few sources, so it takes more time for aMule to establish a connection with the few clients sharing it.
- Large queues; eMule, as well as most of its offspring use large queues. aMule defaults to a queue size of 5,000. This ensures that users cannot cut in front of other clients by continuously re-asking the source (an inherent problem in the days before eMule). One must be willing to wait in line and that can, for a new client with no credits, take a long time. You might have to wait 2 weeks before a file is completed if, for example, there is only one source.
- Check the network FAQ.
