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.
|Report: Next iOS release to spruce up Maps||21|
|Valve VR engineer moves on to Oculus||9|
|Linux gathers steam with CryEngine port, Valve's DX-to-GL translator||76|
|Titanfall PC includes 35GB of uncompressed audio||161|
|New Microsoft brass 'extremely committed' to the Xbox||32|
|Surface Power Cover extends run times with second battery||35|
|Need a little more help...||23|
|iOS 7.1 aims to atone for iOS 7's shortcomings||67|
|The uncompressed audio sounds AMAZING over my $5000 speaker wire. It's truly worth every gigabyte.||+37|