October 19, 2007
With crude oil prices hitting a record $87 a barrel this week, IT users are being reminded once again that datacenter energy consumption and computing demand are on a collision course. Earlier this month, the IT analyst firm Gartner reported that "by 2011, more than 70 percent of U.S. enterprise datacenters will face tangible disruptions related to energy consumption, floor space, and/or costs. In fact, during the next five years, most U.S. enterprise datacenters will spend as much on energy (power and cooling) as they will on hardware infrastructure."
The problem is even more acute in the high performance computing realm, where increasingly more powerful systems are being built to work on increasingly bigger problems, like for example, (ironically) global warming. While overall performance-per-watt is certainly improving, those gains are being outstripped by the demand for even greater amounts of compute power. And even though the energy issue has been with us for awhile, it's reaching a new urgency as energy consumption is starting to limit system size.
The 500 teraflop "Ranger" supercomputing cluster being built at the Texas Advanced Computing Center (TACC) is a good example. That machine is expected to draw 2.4 megawatts and require an additional megawatt just to keep it cool. Since Ranger is based on the latest quad-core Opteron technology, it pretty much represents the current level of performance-per-watt you can get from commercial x86 cluster technology.
The IBM Blue Gene is better in this respect. The German publication heise online is reporting the 220 teraflop Blue Gene/P system that was installed this week at the Jülich Supercomputing Centre uses just 500 kilowatts. That's more than twice the energy efficiency of the TACC system. Along the same lines, the new SiCortex system just installed at Argonne National Laboratory on Monday (which I write about in this issue) uses just 18 kilowatts to achieve 5.8 teraflops. Like the PowerPC-based Blue Gene, the SiCortex machine leverages low-power RISC engines, in this case 500 MHz MIP64 processors, to achieve energy savings. By using a larger number of slower CPUs to achieve the same raw performance as a smaller number of faster x86 CPUs, overall energy use is reduced. It's analogous to the multicore strategy of delivering a larger number of slower cores versus a single fast core.
The heise online article also points to a recent presentation by Alan Gara, chief architect for Blue Gene, where he talks about the looming energy problem of many-petaflop systems:
Mr. Gara is convinced that it will be possible at some time between 2015 and 2020 to achieve peak performances of 200 petaflops per second, but that the machines capable of such feats will require 25 to 50 megawatts of energy. And this assessment already takes a 20-fold improvement in energy efficiency for granted. According to Mr. Gara, for such a supercomputer acquisition costs and running costs would be on par.
Setting aside the feasibility of a 50 megawatt datacenter, Gara's assessment essentially corroborates Gartner's prediction that energy and hardware costs are equalizing throughout the industry. That should cause users to rethink their buying strategy for future systems. And since HPC systems have such high power rates and such high rates of technology obsolescence, one might assume this community would be leading the way to energy efficient systems.
With the exception of some in the HPC research community, this is not the case. While green IT organizations, consortiums and initiatives have become a growth industry, green HPC has not. Why? Lots of reasons:
Keep in mind that system acquisition and upgrade costs also reflect energy consumption -- the energy used to develop, build and ship the hardware (and software!). So presumably this should be factored into the lifetime energy consumption of the machine. I don't know if anyone has ever determined the energy required to construct a supercomputer, but I assume it's significant.
I'll finish with a sobering thought about the performance-per-watt metric that most of us throw around. It's not that useful. In fact it's no more useful than the peak performance metric that it's derived from. Sustained application performance-per-watt is a more realistic way to measure the energy efficiency of a system. Better yet would be to measure the amount of energy required to solve a problem -- "watt-hours to solution."
Thinking about it like that might also help us to realize that software can play a huge role in energy conservation, even beyond virtualization technology. So no, we're not green yet. We're barely chartreuse.
As always, comments about HPCwire are welcomed and encouraged. Write to me, Michael Feldman, at email@example.com.
Posted by Michael Feldman - October 18, 2007 @ 9:00 PM, Pacific Daylight Time
Michael Feldman is the editor of HPCwire.
No Recent Blog Comments
10/30/2013 | Cray, DDN, Mellanox, NetApp, ScaleMP, Supermicro, Xyratex | Creating data is easy… the challenge is getting it to the right place to make use of it. This paper discusses fresh solutions that can directly increase I/O efficiency, and the applications of these solutions to current, and new technology infrastructures.
10/01/2013 | IBM | A new trend is developing in the HPC space that is also affecting enterprise computing productivity with the arrival of “ultra-dense” hyper-scale servers.
Ken Claffey, SVP and General Manager at Xyratex, presents ClusterStor at the Vendor Showdown at ISC13 in Leipzig, Germany.
Join HPCwire Editor Nicole Hemsoth and Dr. David Bader from Georgia Tech as they take center stage on opening night at Atlanta's first Big Data Kick Off Week, filmed in front of a live audience. Nicole and David look at the evolution of HPC, today's big data challenges, discuss real world solutions, and reveal their predictions. Exactly what does the future holds for HPC?