无线接口wlp3s0为何采用noqueue队列规则？如何解读该状态？

先从noqueue本身说起：这是Linux内核里最轻量化的队列规则（qdisc），它的核心逻辑就是不做任何排队调度——当数据包要通过这个接口发送时，如果硬件的发送队列还有空位，就直接把包递交给硬件；如果硬件队列满了，数据包会被立刻丢弃，完全没有内核层面的缓冲或调度。

那为什么你的无线网卡wlp3s0默认用这个，而有线网卡enp2s0用fq_codel呢？主要有这几个原因：

• 无线硬件/驱动自带调度能力：绝大多数Wi-Fi网卡的驱动和硬件本身已经内置了一套完善的发送管理机制——比如处理802.11e的QoS优先级、自动重传丢失的帧、根据无线信道的实时状况调整发送速率和顺序。这时内核再插一层tc队列规则，反而可能打乱硬件的优化策略，导致延迟增加或性能下降。
• 内核的默认策略：Linux内核针对不同类型的网络接口预设了不同的默认qdisc：有线网卡通常默认用fq_codel（专门优化拥塞控制、减少缓冲延迟），而无线网卡默认用noqueue，把发送队列的管理权完全交给驱动和硬件，避免双重排队的冗余。

至于这个状态的解读：

• 这是完全正常的默认状态，说明你的无线网卡正以最适合它的方式运行，驱动在自主管理发送队列，内核没有额外添加流量控制规则。
• 如果你之后需要对无线网卡做自定义流量控制（比如限速、给特定应用分配更高优先级），可以手动替换qdisc，比如执行tc qdisc replace dev wlp3s0 root fq_codel，但要注意：部分无线驱动可能和内核tc规则存在兼容性问题，操作前最好先确认你的驱动支持tc操作。

内容的提问来源于stack exchange，提问作者J.Doe