Clothing may be optional but bufferbloat isn’t

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 […]


Clothing may be optional but bufferbloat isn't

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 […]


LagBuster makes online games play faster — even Call of Duty

This was intended to be an update column on bufferbloat, a problem mentioned in my January 2011 predictions that is messing with our enjoyment of bad movies on NetFlix and other streaming video services. There’s good news about bufferbloat but that will have to wait a day or so because this column is about something completely different — LagBuster. If you are a serious gamer you need LagBuster.

The difference between bufferbloat and lag is that bufferbloat is mainly downstream (video server to you) while lag is mainly upstream (you to the game server). Bufferbloat is caused by large memory buffers in devices like routers and in applications like media players messing […]


Beginning of the end for bufferbloat

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.

What, you didn’t know the Internet was self-destructing? Well it is.

Bufferbloat, my #1 prediction from 2011, is an artifact of cheap memory and bad planning in the Internet Age. In order to keep our porn streaming without interruption we add large memory buffers in applications, network cards or chipsets, routers, more routers, and even more routers until the basic flow control techniques of the TCP protocol are completely overwhelmed. Data glugs through the system like a gas can with […]


Linux 3.3: Finally a little good news for bufferbloat

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.

Bufferbloat, as you’ll recall from my 2011 predictions column, is the result of our misguided attempt to protect streaming applications (now 80 percent of Internet packets) by putting […]


By |March 25th, 2012|2012|39 Comments

Bufferbloat 2: The Need for Speed

Almost eight months ago in my annual predictions column I made a big deal about Bufferbloat, which was the name Bell Labs researcher Jim Gettys had given to the insidious corruption of Internet service by too many intelligent network devices. Well I’ve been testing one of the first products designed to treat bufferbloat and am here to report that it might work. But like many other public health problems, if we don’t all pay attention and do the right thing, ultimately we’ll all be screwed.

At the risk of pissing-off the pickier network mavens who read this column, Bufferbloat is a conflict between the Internet’s Transmission Control Protocol (TCP) and various buffering schemes designed […]


By |July 25th, 2011|2011|63 Comments

2011 prediction #4: Bufferbloat may be terrible, but your cable ISP won't fix it

As explained ad nauseam in prediction #1, bufferbloat is going to be a growing problem this year as Windows XP machines are replaced and more people are downloading Internet video. But terrible latency, jitter, and dropouts may not be all bad if you are a cable ISP. That’s because cable ISPs are first and foremost cable television providers and the main victims of bufferbloat are video services like Hulu, Netflix, and YouTube that have become the natural enemies of cable TV. Cable video-on-demand services, while also digital, use separately-provisioned bandwidth and sometimes even different signaling technology, so the ISP’s competitor to Netflix isn’t bothered by bufferbloat at all.

Bufferbloat also affects BitTorrent, which ISPs hate, though they’d hate it a lot less if they’d eliminate […]


By |January 4th, 2011|2011|29 Comments

2011 predictions: One word — bufferbloat. Or is that two words?

As promised, here are my technology predictions for 2011. These columns usually begin with a review of my predictions from the previous year because it annoys me that writers make predictions without consequences. If we are going to claim expertise then our feet should be held to the fire. But last January I didn’t write a predictions column, thinking we were past all that (silly me) so there is nothing with which to embarrass myself here. More sobering still, after last year’s holiday firestorm over our naked card Mrs. Cringely won’t let me post this year’s card. We have become so dull.

We also seem to have become verbose, because my first prediction (below) took 1400 words to write. So tell you what: […]


By |January 4th, 2011|2011|73 Comments