AMule is slow-fr

From AMule Project FAQ
Revision as of 23:15, 9 November 2006 by 82.226.53.230 (Talk)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
English | Français | Italiano | Nederlands | Spanish | Magyar | German

aMule est lent

Ainsi, aMule est lent ? Cela peut être :

Votre faute

General guidelines

Voici une liste de raison 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).
  • A too high value in "Preferences"->"Upload limit". Your line may get congested! (depends on your line-speed)
  • A too low value in "Preferences"->"Max Connections". There are not enough connections available.
  • A too high value in "Preferences"->"Max Connections". Too many connections are congesting your line.
  • A too low value in "Core Tweaks"->"Max New Connections". It takes very long to aquire sources.
  • A too high value in "Core Tweaks"->"Max New Connections". Your line gets congested, many new connections produce much overhead-bandwidth.
  • Having a Low ID.
  • Some ISPs block or limit connections to the standard eD2k ports. Try changing the port in "Preferences"->"Connections" to some other values.
  • Your firewall may be blocking some ports/protocols used by aMule and/or you did not forward these ports in your router (again, see Low ID).

Congested downlink or uplink cures for ADSL

Many ADSL service providers set up their network so that routers buffer a lot of packets. This can cause severe performance problems; for example a congested uplink can cause a large reduction in downlink speeds too.

The problem is described in the WonderShaper page.

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.

The network's fault

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.