Le 12498i�me jour apr�s Epoch, [EMAIL PROTECTED] �crivait: > Jean-Michel OLTRA a �crit : >> Le samedi 20 mars 2004, mahashakti89 a �crit... >> bonjour, >> >>># Use software flow control (i.e. XON/XOFF) to control the flow of data >>># on the serial port. >>>xonxoff >> ce ne serait pas plut�t: >> crtscts > > Oui, c'est ce que j'ai. >> >>># Don't use the modem control lines. >>>#local >> non comment� chez moi > > O.K, on va essayer >> J'ai le m�me modem. >> Tu dois �galement regarder: >> /etc/ppp/peers/nomDeConnexion >> il peut s'y trouver des options particuli�res. > > On va regarder. > J'ai en outre constat� qu'en bidouillant les valeurs mru et mtu dans > /etc/ppp/options, �a am�liorait les taux de transferts qui �taient > mis�rables !! Du Genre 3ko/s , avec la carte pci sur un noyau 2.4 > j'arrivais � 5.5 ou 5.8 ko/s . > > Pour le moment ces valeurs sont � 576 , mais peut-�tre peuvent-elles > am�lior�es.
En fait, mru n'est pas si important que �a. Il sera n�goci� par ton peer. Par contre, mtu est critique pour les liaisons lentes. En gros, il est compos� de 40 octets + datas. Plus il est petit, plus il y aura de paquets pour une m�me trans, mais plus la vitesse de r�cup�ration d'erreurs sera rapide. Essaye des valeurs du genre 40+n*128 en faisant varier n par exemple. Il n'est pas n�cessaire d'avoir une puissance de 2 comme multiplicateur (ici, 128), mais souvent les gens qui programment des trans r�seau utilisent des ^2 ... Donc il vaut mieux. Il faudrait, pour optimiser correctement, que tu puisses mesurer la taille des paquets que tu envoies habituellement (oui, je sais, c'est pas super facile � faire), et en d�duire le mtu. Pour ce qui concerne le mru, tu peux mettre une valeur assez grande. L'id�al est de te calquer sur la taille de buffer de ton contr�leur s�rie. Et mesurer son overrun ... Bonne chance -- Total strangers need love, too; and I'm stranger than most.
