This is my promised update on bufferbloat, the problem I write about occasionally involving networks and applications that try to improve the flow of streaming data, especially video data, over the Internet but actually do the opposite, defeating TCP/IP’s own flow control code that would do the job much better if only it were allowed to. I first mentioned bufferbloat in January 2011 and it is still with us but the prognosis is improving, though it will probably take years to be fully resolved.
If you read my last column on LagBuster, you know it’s a hardware-based workaround for some aspects of bufferbloat aimed especially at gamers. LagBuster is a coping strategy for one […]

This was intended to be an update column on bufferbloat, a problem mentioned in my
As the go-to source for all news relating to bufferbloat, I’m glad to announce that the first of several possible solutions to the problem will shortly be available, just in time to save the Internet from self-destruction.
While I was out chasing computer history last week, the Linux 3.3 kernel was released. And a very interesting release it is, though not for its vaunted re-inclusion of certain Android kernel hacks. I think that modest move is being overblown in the press. No, Linux 3.3 appears to be the first OS to really take a shot at reducing the problem of bufferbloat. It’s not the answer to this scourge, but it will help some, especially since Linux is so popular for high volume servers.
Almost eight months ago in my