Power consumption and efficiency
We're trying something a little different with power consumption. Our Extech 380803 power meter has the ability to log data, so we can capture power use over a span of time. The meter reads power use at the wall socket, so it incorporates power use from the entire systemthe CPU, motherboard, memory, video card, hard drives, and anything else plugged into the power supply unit. (We plugged the computer monitor and speakers into a separate outlet, though.) We measured how each of our test systems used power during a roughly one-minute period, during which time we executed Cinebench's multithreaded rendering test. All of the systems had their power management features (such as SpeedStep and Cool'n'Quiet) enabled during these tests.
You'll notice that I've not included some members of the Athlon 64 family here. That's because our "simulated" Athlon 64 CPUs are underclocked versions of faster processors, and we've not been able to get Cool'n'Quiet power-saving tech to work when CPU multiplier control is in use. I expect to have in-the-flesh examples of the Athlon 64 X2 4400+ and 5600+ soon, and I'll provide an update once I've tested their power consumption.
I have included our simulated Core 2 Duo E6600 and E6700, because SpeedStep works fine on the D975XBX2 motherboard alongside underclocking. The simulated processors' voltage may not be exactly the same as what you'd find on many retail E6600s and E6700s. However, voltage and power use can vary from one chip to the next, since Intel sets voltage individually on each chip at the factory.
Next, we can look at peak power draw by taking an average from the five-second span from 10 to 15 seconds into our test period, during which the processors were rendering.
Another way to gauge power efficiency is to look at total energy use over our time span. This method takes into account power use both during the render and during the idle time. We can express the result in terms of watt-seconds, also known as joules.
However, we can quantify efficiency even better by considering the amount of energy used to render the scene. Since the different systems completed the render at different speeds, we've isolated the render period for each system. We've chosen to identify the end of the render as the point where power use begins to drop from its steady peak. There seems to be some disk paging going on after that, but we don't want to include that more variable activity in our render period.
We've computed the amount of energy used by each system to render the scene. This method should account for both power use and, to some degree, performance, because shorter render times may lead to less energy consumption.
|The TR Podcast 175: the Zen of chipmaking and ARM's Cortex-A72 revealed||4|
|Elon Musk lays out vision for a battery-powered future||117|
|Inside ARM's Cortex-A72 microarchitecture||34|
|Asus' 144Hz MG279Q monitor may top out at 90Hz with FreeSync||58|
|Deal of the week: A Bay Trail netbook for $161, free case fans, and more||18|
|DirectX 12 Multiadapter shares work between discrete, integrated GPUs||98|
|Gigabyte's 9-series motherboards are Broadwell-ready||46|
|The TR Podcast will be live on Twitch shortly!||3|
|AMD delays FreeSync support for multi-GPU systems||41|