Search Linux Wireless

Re: Packet throughput (and those iperf data rate) with mac80211/ath9k is 20% worse than net80211/madwifi

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Madwifi has default best effort queue "tuned" for throughout

and its parameters are different from mac80211 defaults when

qos  (WME) is disabled.

You would have to dump qos settings for both systems before

comparing them. I guess the easiest way is to make sure QoS

is enabled and send video type of packets with iperf ... -S 0xa0

Wojtek


On 30/01/17 20:43, Toke Høiland-Jørgensen wrote:
Klaus Kinski <jpo234@xxxxxxxxxx> writes:

The captures I used to create the statistics are here:
https://drive.google.com/open?id=0ByFGz3ZH6JcYMGp0a05lYzBPNzA

An obvious difference is, that Madwifi sends 5 packets in a row
without waiting for an ACK whereas ath9k/mac80211 always seems to wait
for an ACK. This seems to point to the "net80211 aggressive mode
theory" https://wiki.freebsd.org/WifiAggressiveMode, IMHO.
I'm not too familiar with that part of the stack, but that seems
reasonable, yeah. AFAIK the "aggresive mode" is a pre-802.11n feature,
though, which is why you won't see that in ath9k. In 802.11n this kind
of bursting was replaced by aggregation, which you're not getting any of
since you're running in 802.11a mode, obviously.

The lack of bursting will translate to slightly lower throughput, which
will be why you see fewer packets transmitted by ath9k. Of course, if
your receiver supported aggregation, the numbers would look dramatically
better in ath9k's favour... ;)

-Toke




[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux