LWN.net Logo

Power impact of debufferbloating

Power impact of debufferbloating

Posted Sep 13, 2011 21:55 UTC (Tue) by dlang (✭ supporter ✭, #313)
In reply to: Power impact of debufferbloating by njs
Parent article: LPC: An update on bufferbloat

one thing here, the main focus of the bufferbloat project is not the endpoint application, it's the routers in the middle of the path.

to a small extent, the IP stack on your endpoint device can be considered such a router as it aggregates the traffic from all your applications, but the biggest problem of large buffers is where you transition from a fast network to a slow one.

in many cases this is going from the high speed local network in someone's house to the slow DSL link to their ISP

I also think that you are mistaken if you think that any computers send a large number of packets to the network device and then shift to a low power state while the packets are being transmitted. usually shifting to such a low power state ends up powering off the network device as well.

servers almost never do something like this because as soon as they are done working on one request, they start working on another one.

shifting power states is a slow and power hungry process, it's not done frequently and on reasonably busy servers seldom takes place


(Log in to post comments)

Power impact of debufferbloating

Posted Sep 13, 2011 21:59 UTC (Tue) by arjan (subscriber, #36785) [Link]

I completely disagree with your last statement.
Servers run C states ALL THE TIME.... and often are "only" 50% to 80% utilized.... and not 10% is no exception either...

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds