* [Make-wifi-fast] QCut - "Understanding on-device bufferbloat for cellular upload", Guo et al
@ 2016-11-15 17:00 Rich Brown
2016-11-15 18:36 ` [Make-wifi-fast] [Bloat] " Stephen Hemminger
0 siblings, 1 reply; 2+ messages in thread
From: Rich Brown @ 2016-11-15 17:00 UTC (permalink / raw)
To: bloat, make-wifi-fast
Google Alerts sent a link to this paper: "Understanding on-device bufferbloat for cellular upload" available at: http://dl.acm.org/citation.cfm?id=2987490 (ACM Paywall...)
In my two-minute skim of the paper, I see they describe how latency gets bad on cellular devices (no kidding) and then propose QCut, a queue inserted between the qdisc and the hardware. They say:
---
... QCut operates in the kernel space and takes as input only information of buffer occupancy and transmission statistics, which is exposed by most cellular radio firmware from Qualcomm and likely other vendors.
Since directly limiting the firmware buffer occupancy is difficult, QCut controls the firmware queuing delay indirectly in the kernel by controlling how fast packets from Qdisc flow into the firmware buffer. QCUT estimates the radio firmware buffer occupancy and queuing delay to decide the transmission of packets to the firmware dynamically...
---
Their analysis and charts show that QCut helps a lot.
I found it interesting that they make measurements with both weak and strong signal strength, to indicate the hits that are caused by differing signal strength.
Enjoy!
Rich
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Make-wifi-fast] [Bloat] QCut - "Understanding on-device bufferbloat for cellular upload", Guo et al
2016-11-15 17:00 [Make-wifi-fast] QCut - "Understanding on-device bufferbloat for cellular upload", Guo et al Rich Brown
@ 2016-11-15 18:36 ` Stephen Hemminger
0 siblings, 0 replies; 2+ messages in thread
From: Stephen Hemminger @ 2016-11-15 18:36 UTC (permalink / raw)
To: Rich Brown; +Cc: bloat, make-wifi-fast
On Tue, 15 Nov 2016 12:00:29 -0500
Rich Brown <richb.hanover@gmail.com> wrote:
> Google Alerts sent a link to this paper: "Understanding on-device bufferbloat for cellular upload" available at: http://dl.acm.org/citation.cfm?id=2987490 (ACM Paywall...)
>
> In my two-minute skim of the paper, I see they describe how latency gets bad on cellular devices (no kidding) and then propose QCut, a queue inserted between the qdisc and the hardware. They say:
>
> ---
> ... QCut operates in the kernel space and takes as input only information of buffer occupancy and transmission statistics, which is exposed by most cellular radio firmware from Qualcomm and likely other vendors.
>
> Since directly limiting the firmware buffer occupancy is difficult, QCut controls the firmware queuing delay indirectly in the kernel by controlling how fast packets from Qdisc flow into the firmware buffer. QCUT estimates the radio firmware buffer occupancy and queuing delay to decide the transmission of packets to the firmware dynamically...
> ---
>
> Their analysis and charts show that QCut helps a lot.
>
> I found it interesting that they make measurements with both weak and strong signal strength, to indicate the hits that are caused by differing signal strength.
>
> Enjoy!
>
> Rich
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
Reinvention of BQL?
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-11-15 18:36 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-11-15 17:00 [Make-wifi-fast] QCut - "Understanding on-device bufferbloat for cellular upload", Guo et al Rich Brown
2016-11-15 18:36 ` [Make-wifi-fast] [Bloat] " Stephen Hemminger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox