小第目前碩班學生，正在為實驗室的開發板用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:重傳和偵錯

最重要的開發板型號你也提一下…