From: Luca Muscariello <luca.muscariello@gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: Dave Taht <dave.taht@gmail.com>,
"make-wifi-fast@lists.bufferbloat.net"
<make-wifi-fast@lists.bufferbloat.net>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Make-wifi-fast] the wifi airtime-fair fq_codel stuff on net-next looks mostly good
Date: Sat, 15 Oct 2016 09:59:52 +0200 [thread overview]
Message-ID: <CAHx=1M5XfHPt=KpuvE-gfU+hUbA9kARFMP4379vQgeUOVoZsYA@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1610150919300.12036@uplift.swm.pp.se>
[-- Attachment #1: Type: text/plain, Size: 2456 bytes --]
Air time fairness has a strong theoretical foundation.
So I should cite Newton and say that Toke is sitting on giants' schoulders
:)
In multi rate systems in a shared channel, time is the right resource to
share.
Then one could discuss about which fairness criterion to use, but that's
secondary.
The criterion used by toke is max-min in time.
I guess this is the best you can do in wifi.
This turns out to be proportional fairness in throughput.
In LTE the shared channel is time shared (slotted)
and fairness is slightly different to max-min in time.
In LTE thanks to the feedback channel, multi user diversity can be used to
schedule transmissions towards the UE with best radio conditions at a given
time.
David Tse showed that this is proportional fairness
with multi user diversity gain. The cell throughout increases
logarithmically with the number of users.
And this is the best criterion for many reasons that I skip here.
This is out of target for wifi but what Toke is doing is really solid.
Luca
On Saturday, 15 October 2016, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> On Wed, 12 Oct 2016, Dave Taht wrote:
>
> http://openwrtsummit.org/#quick-details
>>
>
> I've had the discussion with "radio guys" before regarding "fairness" of
> radio resources. They kept talking about "optimising the cell for
> throughput". I told them "then we should give the speaker with the highest
> bitrate and demand for bits as much radio resources as possible, and starve
> everybody else". This is of course not good for general customer
> satisfaction.
>
> After a lot of discussions back and forth, we came to the same conclusion
> as you seem to have come to (if I understood Tokes talk correctly), in that
> "radio time" is the most fair resource. If someone has bad radio conditions
> then they get lower total throughput than the one with good radio
> conditions, so the fairness is "equal air time". This means everybody get
> equal part of the shared resource, and gives people an incentive to try to
> improve radio reception if they have trouble, and doesn't starve everybody
> else of airtime just because one device is having a bad radio day.
>
> So full support for this approach from me, good job!
>
> --
> Mikael Abrahamsson email: swmike@swm.pp.se
> _______________________________________________
> Make-wifi-fast mailing list
> Make-wifi-fast@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/make-wifi-fast
>
[-- Attachment #2: Type: text/html, Size: 3419 bytes --]
prev parent reply other threads:[~2016-10-15 7:59 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-12 15:18 Dave Taht
2016-10-12 15:32 ` Jim Gettys
2016-10-12 15:46 ` Dave Taht
2016-10-15 7:24 ` [Make-wifi-fast] [Bloat] " Mikael Abrahamsson
2016-10-15 7:59 ` Luca Muscariello [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/make-wifi-fast.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAHx=1M5XfHPt=KpuvE-gfU+hUbA9kARFMP4379vQgeUOVoZsYA@mail.gmail.com' \
--to=luca.muscariello@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
--cc=make-wifi-fast@lists.bufferbloat.net \
--cc=swmike@swm.pp.se \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox