Difference between revisions of "AMule is slow-fr"
(→Solutions aux liens descendants ou montants surchargés en ADSL) |
(→Solutions aux liens descendants ou montants surchargés en ADSL) |
||
| Line 27: | Line 27: | ||
=== Solutions aux liens descendants ou montants surchargés en ADSL === | === Solutions aux liens descendants ou montants surchargés en ADSL === | ||
| − | Beaucoup de fournisseurs ADSL paramètrent leur réseau de façon à ce que leurs routeurs temporisent plusieurs | + | Beaucoup de fournisseurs ADSL paramètrent leur réseau de façon à ce que leurs routeurs temporisent plusieurs paquets 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 [http://WWW.LARTC.org/wondershaper la page WonderShaper]. | Le problème est décrit sur [http://WWW.LARTC.org/wondershaper la page WonderShaper]. | ||
| − | + | Comme règle de base il est important que sur l'ADSL ni le lien montant ni le lien descendant soient utilisés à 100% de leur capacité. Typiquement, une utilisation de 90-95% est une bonne idée (prenant en compte la surcharge liée aux protocoles d'encapsulation, même si un ligne à 576 Kbits/s ne peut pas transférer tant que cela). | |
| − | + | C'est pourquoi vous devez vous assurez que sur une ligne ADSL de 576 Kbits/s descendants et 288 Kbits/s montants la vitesse totale ne dépasse pas 52 Koctets/s descendants et 26 Koctets/s montants. | |
| − | + | Si aMule est le seul programme utilisant de la bande passante, paramétrer sa vitesse maximum en montant et en descenant un peu en dessous de ces limites, par example à 42 Koctets/s en descendant et 21 Koctets/s en montant, remplira correctement cette mission. | |
| − | + | Sinon si vous utilisez GNU/Linux vous pouvez utiliser le gestionnaire de bande passante (traffic shaper) qui va régulariser le trafic total et réguler l'utilisation de la bande passante. Deux scripts de régulation de trafic sont | |
| − | [http://WWW.LARTC.org/wondershaper WonderShaper] | + | [http://WWW.LARTC.org/wondershaper WonderShaper] et |
| − | [http://WWW.sabi.co.UK/#sourcesSabishape | + | [http://WWW.sabi.co.UK/#sourcesSabishape Sabishape]. |
| − | + | Une autre amélioration utile mais mineure est de s'assurer qu'il n'y a pas trop de connections aMule montantes avec une bande passante faible. Par exemple pour une limite montante de 21 Koctets/s, pas plus de 7 connections montantes à 3 Koctets chacune. Probablement même que pas plus de 5 est un petit peu mieux. | |
== La faute du réseau == | == La faute du réseau == | ||
Revision as of 18:55, 11 September 2007
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 leurs routeurs temporisent plusieurs paquets 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.
Comme règle de base il est important que sur l'ADSL ni le lien montant ni le lien descendant soient utilisés à 100% de leur capacité. Typiquement, une utilisation de 90-95% est une bonne idée (prenant en compte la surcharge liée aux protocoles d'encapsulation, même si un ligne à 576 Kbits/s ne peut pas transférer tant que cela).
C'est pourquoi vous devez vous assurez que sur une ligne ADSL de 576 Kbits/s descendants et 288 Kbits/s montants la vitesse totale ne dépasse pas 52 Koctets/s descendants et 26 Koctets/s montants.
Si aMule est le seul programme utilisant de la bande passante, paramétrer sa vitesse maximum en montant et en descenant un peu en dessous de ces limites, par example à 42 Koctets/s en descendant et 21 Koctets/s en montant, remplira correctement cette mission.
Sinon si vous utilisez GNU/Linux vous pouvez utiliser le gestionnaire de bande passante (traffic shaper) qui va régulariser le trafic total et réguler l'utilisation de la bande passante. Deux scripts de régulation de trafic sont WonderShaper et Sabishape.
Une autre amélioration utile mais mineure est de s'assurer qu'il n'y a pas trop de connections aMule montantes avec une bande passante faible. Par exemple pour une limite montante de 21 Koctets/s, pas plus de 7 connections montantes à 3 Koctets chacune. Probablement même que pas plus de 5 est un petit peu mieux.
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.
