小第目前硕班学生，正在为实验室的开发板用wifi driver
wifi driver做在linux kernel的mac80211里面。
目前driver运作方面 station mode状态下使用ping已经可以收发封包
可是运用iperf这个测速软件速度实在不理想，目前分析原因是因为tx
发送封包出去太慢(可能因为硬件架构限制?)。
翻了kernel的code 发现在dev_queue_xmit()里面有个Qdisc的东西。
不过看了许多文献实在是不知道这个如何使用和使用时机为何。
希望能请高手解惑。
小弟刚接触linux kernel胡乱摸索一年，在做wifi driver 时候发现很多东西感觉都
很需要实作经验，跪求高手能愿意指导小弟一二，小弟会尽最大努力报答

试试看Google 的BBR能解决tcp ack过慢问题，但对imcp无用

感谢不过我看一下哪个好像是kernel4.9才有的东西小弟用的kernel是3.8

1.天线? 2.测试环境? 3.iperf参数?4.测UDP/TCP?

可以提供一下你怎推测到TX太慢?shielding room 里面测试的嬷?

有没有可能是开发版的power不准? 导致效率太差以致于花太多时间在重传上面？PS:重传和侦错

最重要的开发板型号你也提一下…

回s大1.天线是用ad9361这块rf2.测试环境是两个开发板两块ad9361用cable互接一块开发板烧的是ap另一块是station,ap用ethernet连到另一台笔电3.测试iperf用default的参数去测4.测tcp而已,udp不管怎样测都是1.xM可能是我参数没设原因？回k大这样推测是因为我们实验室的硬件架构有关，这架构是从一个叫做warp project的专案改到现在的双cpu架构，下层cpu处理天线收发、phy层、mac层的Cama/ca,属于no-os的系统。上层cpu现在是用linux的系统，处理mac层管理封包和资料处理。Tx方面：上层处理好封包放到某块硬件buffer，然后下层会一直循环去看那块buffer有没有封包要发送，发送完会发一个中断跟上层知道这封包处理完了，上层才可以再把封包放到这块bufferRx方面：下层收到封包发中断给上层，上层回去那块rx硬件buffer拿封包去处理觉得tx那边还要等一个中断上来才可以再把封包放到buffer，而且下层还是以循环方式去看有没有封包要发送，所以封包卡在上层driver那边等著被打出去，时间都被耗掉了。回l这状况以排除回c大 开发板型号是virtex7以上 ，抱歉我太晚回了因为以为都没人回所以没点进来看文章

试试看Google 的BBR能解决tcp ack过慢问题，但对imcp无用

感谢不过我看一下哪个好像是kernel4.9才有的东西小弟用的kernel是3.8

1.天线? 2.测试环境? 3.iperf参数?4.测UDP/TCP?

可以提供一下你怎推测到TX太慢?shielding room 里面测试的嬷?

有没有可能是开发版的power不准? 导致效率太差以致于花太多时间在重传上面？PS:重传和侦错

最重要的开发板型号你也提一下…