| |||||||||||||
LPC: An update on bufferbloatLPC: An update on bufferbloatPosted Oct 12, 2011 12:02 UTC (Wed) by jch (guest, #51929)In reply to: LPC: An update on bufferbloat by fest3er Parent article: LPC: An update on bufferbloat
> 2. I have to measure the actual sustained throughput of each interface to ensure that I don't try to push too much data through it. For example, my 100Mbit links generally max out at around 92Mbit/s and my internet uplink maxes out at around 2.8Mbit/s.
And that's one of the problems. Many modern interface types don't have a "native" speed -- Wifi varies dynamically, with a factor of 100 or so between the slowest and the fastest, cable and ADSL have variable rates, even with good old Ethernet all bets are off when switches are involved.
We really need to find a way to limit latency without knowing the bottleneck speed beforehand. The delay-based end-to-end approaches are promising (Vegas, LEDBAT), but they have at least two serious fairness problems. I don't know of any router-based techniques that solve the issue.
--jch
(Log in to post comments)
|
|||||||||||||