EK Supreme HF Review
Thursday, 11 March 2010 11:39
Thermal Testing Methodology/Specification
My waterblock testing methodology has evolved over the past few months and I think it’s finally at a resting point where I can start piling up test results rather than tweak the methodology (and thus preventing cross-comparisons). I use Dallas One Wire DS18B20 temperature probes at various points through my watercooling loop and at the air intake to measure temperatures, I’ve isolated the radiators so that the flowrate through them never changes, I use six different pump settings for each block, and use good testing practice by performing 5 mounts. Where applicable, I will also test various modifications to the blocks. These include testing various orientations and removing/adding various midplates, nozzles, dividers, etc. In some cases I will also modify the mounting system and present results from increased mounting pressure. For my waterblock tests, I’ll perform 5 mounts of each configuration for every waterblock. The best configuration will then go on to be tested through the full flowrate spectrum.
The processor I’m using for this test is my C0/C1 i7 920. I’m running it at 21×200 (4200MHz) at 1.52V loaded on a Gigabyte EX58-UD5. It is unlapped. I’m running 3GB of G.Skill DDR3 2000MHz. All heatsinks on the board are stock and I have fans blowing over the MOSFET area for added stability. The video card is a 4850 1GB with VF830 running in the top slot. The board is sitting on my desk alongside my Odin 1200W PSU and DVDRW and HDD drives.
The watercooling loop I’m using is very untraditional, but allows me to test the way I want to test.
- It consists of a two MCR320s with three pairs of Yate Loon D12SH-12 fans in push/pull on each radiator. I use a D-Tek DB-1 pump on the radiator subloop.
- For the block subloop, I use a Laing D5 and three Laing DDC3.2s for the pumps as well as Dwyer RMC-142 and RMC-144 flowmeters to monitor and track flowrates.
I do a five mount test for each block configuration, each with their own TIM application and full cleaning between. I’m fond of semi-discarding the best and worst mount data–I present it to the reader, but my final analysis and numbers are all based on the median three mounts. As a reviewer, I feel it is my duty to present the reader with performance numbers of a product that represent what its typical performance is. Often times the best and worst mounts are somewhat anomalous; by performing five mounts and focusing on the middle three mounts (in terms of thermal performance), I feel I am best representing the expected performance of a product.
I have 28 temperature probes in use: 24 Dallas DS18B20 Digital one-wire sensors and 4 Intel DTS sensors in the processor.
For temperature logging, I use OCCT v3.1.0’s internal CPU polling that is performed every second on all four DTS sensors and is automatically output to .CSV files. I also use OCCT for loading the CPU. For air intake and various water temperatures temperatures, I use Crystalfontz 633 WinTest b1.9 to log the Dallas temp probe data on my Crystalfontz 633. I also use WinTest b1.9 to log pump RPM.
For processor loading, I find OCCT v3.1.0 to be extremely competent. With the Small Data Set setting, it provides a constant 100% load (so long as WinTest b1.9’s packet debugger is fully disabled) and is extraordinarily consistent. It allows me to, in one button push, start both the loading and the logging simultaneously, which helps. I immediately also start to log the Crystalfontz data via WinTest b1.9. I run a 1 hour and 40 minute program, the first minute is idle, then I have 95 minutes of load, and then 4 minutes of idle. The first 20 minutes of load data is considered warm-up and the last 75 are used for results.
I have found that simply using processor temperature minus ambient temperature is not adequate for Intel’s 65nm Core 2 processors. However, I have found that ambient and core temps scale perfectly fine (1:1) with i7.
- I use a shared Primochill 8-port reservoir between the two subloops.