Adding an airtime fairness scheduler to ath9k
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest0 of 5 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 5 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [ath9k-devel] [Make-wifi-fast] [RFC/RFT 0/5] Adding an airtime fairness scheduler to ath9k
Quoted 2 lines · Luca Muscariello
I don't fully understand your plots but it would be useful to report the physical rate of the stations.
Yes, well, there's not really one rate to report for each station, since Minstrel jumps about a bit and tries different ones.
Quoted 5 lines
As a benchmark, if you know the physical rates assuming they are also optimally chosen (by minstrel for instance ) and stations don't move, the long term throughout can be computed ( e.g. for TCP ) assuming air time fairness. Than you can understand if your gain is what you should expect or if the implementation is not yet done.
So far I've just been looking at the figures for airtime (the first graph in the blog post). These are the same numbers that the scheduler uses to make scheduling decisions. It seems like the scheduler does help somewhat, but is not perfect yet. Am definitely lacking a good ground truth to compare against, though. Computing the expected throughput might be possible, since minstrel does report statistics for how many packets were transmitted at each rate. Will look into it; thanks for the suggestion :)
-Toke