The Green Tech Blog on CNET News postulates that the next green trend will be to s l o w down the innertubes, or more accurately, the flow of data. Now that slow down is apparently measured in terms of milliseconds, and is "not enough for Web surfers to notice" according to researchers.

But as we recently discussed, milliseconds at every hop can potentially add up to seconds, and seconds will certainly be noticeable by Web surfers - particularly those who might be engaged in sensitive financial transactions like selling and buying stocks. And we won't even discuss the effect on real-time communications like SIP from the potential jitter arising out of such a theory. Suggesting that routers can delay traffic for even milliseconds and then measuring only the effect on Web traffic is short sighted. This is Web 2.0, baby. We're converged, now, integrated. Routers don't generally distinguish between SIP and HTTP and RTSP. It's all just bits and bytes, forwarded on to the next hop. Delay one you delay them all.

I think there's a better way to go green, and it actually improves performance rather than degrades it. Why put the onus on network devices when a better solution - one that makes everyone happy - is to build out an architecture that's capable of improving performance, ensuring uptime, adding security, and will decrease the overall consumption of power?

Yeah, I don't get it either.

Imbibing: Mountain Dew

a.k.a The morning Lori was wrong

I got an e-mail newsletter yesterday with a link to BEA's Virtualization TCO calculator. As my team is engaged in a lively debate regarding virtualization and its alleged benefits (you can tell which side of the fence I'm on at the moment) I visited the calculator to see what it would say. Then I sent the following results to the team, a smug smile on my face because the virtualized OS environment turned out to be more expensive than the non-virtualized environment.

Someone, of course, pointed out that the power and cooling costs didn't quite jive. My thought was that maybe it does. After all, while you are reducing the number of servers in a virtualized architecture, you're also increasing the average utilization of those servers. That ought to even out in the end. But I didn't want to leave it to simply theory, I wanted some concrete proof.

So I did some research and found some real data¹ with which I thought I could back up my theory, then plugged that data into a spreadsheet. I thought "Ha! I'll show you that this isn't the rosy picture so many virtualization supporters like to paint."

So here's where I get to admit I was wrong. Yeah, I know - hard to believe, but it's true. And here's the data behind that startling epiphany. Each grouping of data is based on consolidation of 10 servers with average CPU utilization of 40%, 65%, and 80% respectively. The resulting number of servers is the number required to maintain the same load overall, but at 95% utilization per server.

It appears, then, that although there is a diminishing return on the amount of energy saved by consolidating physical servers and virtualizing the environment, still there is a return. Fewer servers == less power, even given that modern servers draw variable power based on utilization. Turns out that OS virtualization may indeed be more energy efficient in the long run.

Hmmmph. Well, there's still the issue of increased licensing and administrative costs.

The debate, I'm sure, will rage on.

¹ Power consumption data based on HP DL360 G5 servers using HP's Power Calculator

Imbibing: Coffee