Les lignes lentes (� faible d�bit) comprennent les modems, RNIS et aussi sans doute les autres connexions longue distance.
Cette section est bas�e sur la connaissance des protocoles utilis�s mais pas sur des exp�rimentations. Faites moi savoir si vous essayez ceci ;-)
La premi�re chose � retenir est que NFS est un protocole lent. Il a un grand overhead (sur-co�t en bande passante). Utiliser NFS, c'est presque comme utiliser kermit pour transf�rer des fichiers. Il est lent. Presque tout est plus rapide que NFS. FTP est plus rapide. HTTP est plus rapide. rcp est plus rapide. ssh est plus rapide.
Vous voulez toujours l'essayer ? Ok.
Par d�faut NFS est param�tr� pour des lignes rapides et � faible latence. Si vous utilisez les param�tres par d�faut sur des lignes � grande latence cela peut provoquer des erreurs, des annulations, des r�tr�cissements de fichiers, et des comportements bizarres.
La premi�re chose � faire est de ne pas utiliser l'option de montage
soft. Les temporisations retourneront des erreurs au logiciel, qui, dans
l'immense majorit� des cas, ne saura pas quoi en faire. C'est une bonne
fa�on d'avoir des probl�mes bizarres. Utilisez plut�t l'option de montage
hard. Quand hard est actif les temporisations d�clenchent des
essais infinis au lieu d'annuler ce que le logiciel �tait en train de
faire (quoi que ce soit). C'est ce que vous voulez. Vraiment.
La deuxi�me chose � faire est d'ajuster les options de montage timeo
et retrans. Elles sont d�crites dans la page de manuel nfs(5), en voici
un extrait (version fran�aise) :
timeo=n La valeur, en dixiemes de secondes, du delai avant de declencher la premiere retransmission d'une RPC. La valeur par defaut est 7/10 de seconde. Apres une pre� miere expiration, le delai est double et l'on recommence les retransmissions jusqu'a ce que le delai atteigne la valeur maximale de 60 secondes, ou que le nombre maximal de retransmission soit depasse. Il se produit alors une erreur d'expiration majeure de delai. Si le systeme est monte "en dur", les retransmissions reprendront a nouveau indefiniment. On peut ameliorer les performances en aug� mentant le delai sur un reseau charge, si le serveur est un peu lent, ou si l'on traverse plusieurs routeurs ou passerelles. retrans=n Le nombre d'expirations mineures et de retransmissions qui doivent se produire avant de declencher une expiration majeure. La valeur par defaut est 3 expirations mineures. Quand une erreur d'expiration majeure se produit, soit l'operation est abandonnee, soit un message "server not responding" est affiche sur la console.
En d'autres mots : si une r�ponse n'est pas re�ue avant la temporisation de 0,7 seconde (700 ms), le client NFS r�p�tera la requ�te et doublera la temporisation � 1,4 seconde. Si la r�ponse n'arrive pas dans les 1,4 seconde, la requ�te est r�p�t�e � nouveau et la temporisation est doubl�e � 2,8 secondes.
La vitesse de la ligne peut �tre mesur�e avec un ping ayant vos valeurs de rsize/wsize comme taille de paquet.
$ ping -s 8192 lugulbanda PING lugulbanda.uio.no (129.240.222.99): 8192 data bytes 8200 bytes from 129.240.222.99: icmp_seq=0 ttl=64 time=15.2 ms 8200 bytes from 129.240.222.99: icmp_seq=1 ttl=64 time=15.9 ms 8200 bytes from 129.240.222.99: icmp_seq=2 ttl=64 time=14.9 ms 8200 bytes from 129.240.222.99: icmp_seq=3 ttl=64 time=14.9 ms 8200 bytes from 129.240.222.99: icmp_seq=4 ttl=64 time=15.0 ms --- lugulbanda.uio.no ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 14.9/15.1/15.9 ms
Le temps indiqu� est celui que le paquet du ping a pris pour aller et
revenir de lugulbanda. 15 ms, c'est assez rapide. Sur une ligne � 28 800 bps
vous pouvez vous attendre � une valeur de l'ordre de 4000-5000 ms, et si la
ligne est charg�e ce temps sera encore plus �lev�, facilement le double. En
g�n�ral, la latence augmente avec la taille des paquets et la charge de la
ligne. Si vous comptez utiliser FTP et NFS en m�me temps il faudra mesurer
les temps du ping pendant un transfert FTP et augmenter timeo en accord
avec la latence de votre ligne.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:37