Making WiFi fast
Making WiFi fast
Posted Nov 9, 2016 1:08 UTC (Wed) by mtaht (subscriber, #11087)Parent article: Making WiFi fast
Most of the patches are queued up for 4.9 and 4.10 already, and more testing is very desirable of all that.
The lastest 2 patchsets (for airtime fairness) for lede - not yet submitted there - are here: https://kau.toke.dk/git/lede/
An unofficial patchset that applies on top of net-next (for ath9k and ath10k), and .deb files for ubuntu is here: http://www.taht.net/~d/airtime-8/
Once those are straightened out and submitted...
Further work on top of these *will* compromise some measures of bandwidth, in favor of latency. In this talk, I felt it was very important to get more wifi developers focused on better benchmarks, before we ran the gamut of getting them upstream.
Work has paused for a bit - Toke is working on an interim thesis defense, and I'm out banging a drum for more funding - and addressing the TSQ issue is next on the agenda - but hopefully we'll be done with these soon, and be able to start exploring possibilities in other wifi chipsets with hopefully those driver experts getting excited about this, also.
Posted Nov 17, 2016 9:55 UTC (Thu)
by Wol (subscriber, #4433)
[Link] (1 responses)
Pick a standard number of devices typical in the home - let's say 5. And let's say our wifi router has a max bandwidth of 100Mb/s.
Now fire up 5 devices, clobber the access point, and see the total throughput. If each device manages 10Mb/s, that means the router is achieving 50% of theoretical maximum throughput.
I know it's pretty much the same benchmark as they currently use, except they use one device so they achieve 100% of theoretical max, and they quote the throughput.
If we can go to Ham and say "in a typical home, with 5 devices, half your throughput is unusable", that's a benchmark he won't like becoming public ... :-)
Cheers,
Posted Dec 28, 2016 17:48 UTC (Wed)
by mtaht (subscriber, #11087)
[Link]
Making WiFi fast
Wol
Making WiFi fast