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.
