URL: https://linuxfr.org/users/aefron/journaux/ath5k-confessions-intimes-astuce-et-retours Title: ath5k : confessions intimes, astuce, et retours Authors: Aefron Date: 2008年09月12日T06:19:23+02:00 Tags: mplayer Score: 8 Howdy journal ! En ayant un peu marre de madwifi (ça, c'est pour la confession... honte à moi d'avoir utilisé un démon proprio) qui ne me faisait que des misères sur une Sid, j'ai décidé de tenter le coup avec ath5k (la Sid est repassée en Lenny depuis... c'est de toute façon le même kernel, pour l'heure... et puis j'en ai marre de faire tourner une Sid dans le salon, maintenant juste pour LCDproc... si jamais il était mis à jour pour Lenny, étant en exception de freeze [faut dire que c'est la même version, à une révision debianesque près, depuis Sarge... mon LCD/IR Imon ne demandant qu'un LCDproc 0.5, au moins], tant mieux... sinon, tant pis, ce sera sans... au pire, je me ferai moi-même le paquet, comme j'ai fait par le passé). Au premier abord, si madwifi me donnait l'impression d'être très sensible au bruit ambiant (d'autant plus depuis que je suis passé au 2.6.26... je ne sais pourquoi), ath5k ne m'a pas enchanté plus que ça... Le plus gros problème étant une variation cyclique de la vitesse de la connexion, de 1Mb/s à 54Mb/s et ainsi de suite, occasionnant moult coupures... ce qui est ballot, la bête (une AR2414 en PCI, de je ne sais plus quelle marque) étant dans mon HTPC, qui n'a bien évidemment pas besoin de ça... ... bref, un peu désappointant. Et c'est là que je me suis rappelé les heures de galère avec le chip broadcom des WRT54G (oui, oui... j'ai des orties dans mon jardin ; je me flagellerai avec... et puis, maintenant, c'est le seul, unique et dernier truc proprio qui tourne sur mes CPU - et je pense depuis un moment à m'en séparer), et les services que peut rendre iwconfig. Un petit coup de "iwconfig wlan0 rate 24M" plus tard, afin de forcer la puce à se maintenir à un taux de transfert constant, là, c'est devenu le bonheur... j'ai expérimenté diverses valeurs, et ça donne à peu près ça : 24M --> ping -c 100 mon_routeur 1.034/1.348/4.182/0.495/0.495ms, avec aucun paquet perdu... scp un_gros_truc.avi : 2,4Mio/s (!) 36M --> ping -c 100 mon_routeur 1.269/5.679/20.555/6.013ms, avec 93% de paquets perdus scp un_gros_truc_2.avi : 300kio/s Au-dessus, avec un taux fixe, je perds la connexion ("Destination host unreachable"). Sans rien toucher, j'avais entre 15 et 20% de paquets perdus, et le transfert via scp (ou fish, ou sshfs... je n'utilise que ça, pour transférer, gardant NFS pour la lecture seule) commençait fort, puis tendait vers zéro, avant de lamentablement bloquer, à moins que je ne fasse tourner le proc (par exemple, en mâtant une video, auquel cas, ça allait à ~1Mio/s... vraiment bizarre)... Ca, c'était pour l'astuce (pas grand monde ne semble lire le forum, à ce que semble confirmer une récente dépêche [1] ... et puis bon, il y aussi de la confession... et puis du retour sur un module important ; de l'émotion fébrile, quoi ! En somme, c'est un journal... 'fin je crois ;) ). Bref, en rajoutant un petit "post-up /sbin/iwconfig wlan0 rate 24M" dans mon /etc/network/interfaces, tout va bien, dans le meilleur des mondes... j'obtiens même, avec mes antennes +7dB, une qualité de signal de 100-110% (pas sûr que ce soit pertinent... pas plus que de ce que ça veut vraiment dire, ni en quelle unité c'est, s'il y en a une), là où avant, je peinais aux alentours des 50%. Les miniatures des répertoires de MythVideo (chopées via NFS, sur le serveur de stockage) ont maintenant le poil brillant et apparaissent aussi vite que l'éclair (bon, j'exagère... disons que c'est quand même le jou[i]r et la nuit)... Il faut toujours que je bufferise un peu avant de lire les videos via MPlayer (MythVideo ayant toujours autant de problèmes avec les MKV et le H.264, même dans le CVS de la 0.22, en fort joli QT4, que j'ai testé avant hier... je le réserve donc pour relire les MPEG-TS des enregistrements TNT, non indexés, et donc, assez peu maniables avec MPlayer... il est beaucoup plus pratique de les streamer du backend MythTV), mais beaucoup moins qu'avant (avant, je mettais un "cache=8192" dans le fichier de conf de MPlayer... maintenant, ça passe bien avec "cache=4096", voire "cache=2048"... et en plus, le transfert va beaucoup plus vite pendant la mise en cache). Ce genre de soucis semble en outre être connu, comme en témoigne la page d'ath5k sur linuxwireless.org, où il est annoncé que le taux de transfert est censé chuter à 1MBps, par défaut, pour l'heure, et où il est précisé qu'on est censé pouvoir le fixer jusqu'à 11MBps... ... au final, avec mes 24MBps (réels, mais pas full-duplex, et en comptant l'overhead, étant en WPA2-PSK, de ce que j'en ai testé brièvement), je peux dire que ath5k, ça progresse, et que : "çaybonmangézan" ! [1] [http://linuxfr.org/2008/09/08/24193.html](http://linuxfr.org/2008/09/08/24193.html) [2] [http://linuxwireless.org/en/users/Drivers/ath5k](http://linuxwireless.org/en/users/Drivers/ath5k)

AltStyle によって変換されたページ (->オリジナル) /