Une série de neuf correctifs ath11k rend effectifs des contrôles de file déjà présents dans mac80211. Le résultat spectaculaire exige de les resserrer sur un point d’accès précis. Avec les réglages par défaut, la latence rapportée reste pratiquement identique.
Lire les trois configurations ensemble
Le message v3 du 24 août de Julius Bairaktaris décrit un point d’accès IPQ8074, une station HE, un téléchargement TCP saturant et une sonde à 20 Hz dans la même catégorie d’accès. Les mesures viennent de l’auteur des correctifs.
| Configuration | Débit TCP | Latence rapportée sous charge |
|---|---|---|
| Pilote d’origine | 94,6 Mbit/s | 155 ms |
| Série, limite par défaut | 94,0 Mbit/s | 157 ms |
| Série, limite best effort 500/1000 µs | 74,3 Mbit/s | 22 ms |
À partir de ces lignes, 155/22 vaut environ 7,05 ; le débit diminue d’environ 21,5 % face au pilote d’origine. La ligne par défaut n’apporte pas le gain de latence mis en avant. Les valeurs resserrées sont des limites de temps d’antenne en microsecondes, pas des nombres d’octets ni un nouveau débit radio.
L’emplacement de la file compte
La proposition ajoute la comptabilisation et l’ordonnancement permettant de garder davantage de travail en attente sous le contrôle de mac80211, au lieu de l’accumuler dans les anneaux de transmission matériels. La documentation présente ath11k comme un pilote Qualcomm 802.11ax fondé sur mac80211. Toutes les cartes de cette famille ne reproduisent pas pour autant le banc d’essai.
Imaginons un poste d’expédition alimentant un tapis roulant. Une fois tous les colis engagés sur le tapis, le poste ne peut plus faire passer efficacement un colis urgent devant eux. En conserver au poste préserve des choix d’ordre de passage. Une limite trop stricte peut aussi laisser le tapis attendre. L’analogie explique le compromis sans supposer que tous les paquets prennent le même temps à transmettre.
Mesurer l’usage pendant la charge
Pour comparer votre matériel, notez pilote, firmware, conditions radio, client et réglages des files. Mesurez la latence pendant le transfert et conservez le débit à côté. Un ping au repos suivi séparément d’un test de vitesse maximale ne décrit pas cette situation simultanée.
Répétez les essais avec la même charge proposée et la même position du client. Un transfert soutenu peut coexister avec une mauvaise réactivité ; une meilleure latence peut aussi s’obtenir en transférant moins de données. Choisissez selon le travail réel plutôt qu’en maximisant une seule colonne.
Le document est une proposition de correctifs, pas une annonce de version. Il ne prouve pas leur présence dans le noyau d’une distribution. Aucun routeur n’a été flashé ou réglé pour cet article ; la configuration de l’auteur n’est pas un préréglage universel.
Revue du 8 septembre : vérification des sources primaires, correction des affirmations et remplacement de l’illustration.