| |||||||||||||
Nichols, Jacobson: Controlling Queue DelayNichols, Jacobson: Controlling Queue DelayPosted May 10, 2012 0:00 UTC (Thu) by Fowl (subscriber, #65667)In reply to: Nichols, Jacobson: Controlling Queue Delay by jg Parent article: Nichols, Jacobson: Controlling Queue Delay And how long until it's on by default in all the distributions? Or is this something safe enough to turn on by default in the kernel?
(Log in to post comments)
Nichols, Jacobson: Controlling Queue Delay Posted May 10, 2012 5:45 UTC (Thu) by mtaht (✭ supporter ✭, #11087) [Link]
I would argue that a fq + codel could go on by default someday.
In the interim, please play with the code...
Nichols, Jacobson: Controlling Queue Delay Posted May 11, 2012 16:25 UTC (Fri) by jg (subscriber, #17537) [Link]
It looks like CoDel will make the upcoming Linux merge window, for Ethernet, anyway. So you'll see it available very soon for testing. (the patch went into net-next yesterday). It will need BQL based drivers.
Eric Dumazet is working on a SFBCODEL (like the SFBRED he did); I don't know if that will make the next merge window. That would probably be what most people would want to use on their laptop.
However, note that the problems are more subtle in general. The 802.11 drivers will need a lot of work to be able to use CoDel. I don't know how long that will take, but my guess is months to have even a preliminary version to play with. So don't expect magic over night.
And remember, your home routers and broadband gear are also bloated; so expect you need to do something there. CeroWrt is attacking this problem head on right now, so if you want a home router, that is the direction to go right now. By bandwidth shaping, you can hide most of the bloated buffers in the broadband hop.
Nichols, Jacobson: Controlling Queue Delay Posted May 11, 2012 20:26 UTC (Fri) by zlynx (subscriber, #2285) [Link]
I think that the largest problem with broadband and doing your own traffic shaping right now is what you lose when you do it.
For example, my Comcast cable is rated at 20 Mbit, but I often get more. A LOT more. Downloads from CDNs that have local servers can reach 45 Mbit in bursts. I don't have really reliable bandwidth tracking, so that number could be off, but 45 is what I've seen.
If I use standard traffic shaping I'm limiting my speeds to 20 Mbit when I might have the option of twice that speed.
Nichols, Jacobson: Controlling Queue Delay Posted May 17, 2012 10:55 UTC (Thu) by njs (guest, #40338) [Link]
Unless you have access to your ISP's equipment, you can't really traffic-shape downloads anyway -- just uploads.
Nichols, Jacobson: Controlling Queue Delay Posted May 17, 2012 12:47 UTC (Thu) by Cyberax (✭ supporter ✭, #52523) [Link]
You can, by dropping ACK packets. Works surprisingly well.
Nichols, Jacobson: Controlling Queue Delay Posted May 17, 2012 19:06 UTC (Thu) by zlynx (subscriber, #2285) [Link]
I find that it works very well if you put an outgoing queue on the inside LAN port of your router and force it to schedule packets at the desired download rate.
This makes your router the bottleneck. This also lets you do RED with ECN and other things. Doing a traffic police rate drop on the WAN port just isn't as good.
|
|||||||||||||