| Thread Tools |
28th December 2009, 10:47 | #71 |
[M] Reviewer Join Date: Nov 2004 Location: Waregem
Posts: 6,466
| Findings are in line with THG - good enough, I won't rant in the article |
28th December 2009, 11:02 | #72 |
[M] Reviewer Join Date: Nov 2004 Location: Waregem
Posts: 6,466
| Last edited by Massman : 28th December 2009 at 18:32. |
28th December 2009, 11:08 | #73 |
Madshrimp Join Date: May 2002 Location: 7090/Belgium
Posts: 79,021
| so now only C-state disabled in BIOS? does in impact power usage at idle, do you have a power meter,
__________________ |
28th December 2009, 11:12 | #74 |
[M] Reviewer Join Date: Nov 2004 Location: Waregem
Posts: 6,466
| Only have a broken one . |
9th January 2010, 14:34 | #75 | |
[M] Reviewer Join Date: Nov 2004 Location: Waregem
Posts: 6,466
| Coming back to the HDD issue, this is what THG said: Quote:
- 3.80GHz = 84000 - 2.67GHz = 80000 The result when enabling the power-saving settings, the result is around 52000. In theory, these power-saving settings decrease the CPU multiplier to the lowest possible value, in this case "12x133" = 1600MHz. So, there are two possibilities: 1) The hypothesis is correct and the HDD transfer rate is affected mostly because of the reduces amount of CPU cycles. 2) The hypothesis is incorrect and the HDD transfer rate is affected by another cause, possibly in interaction with the reduced CPU cycles. There's an easy test to test the hypothesis: if the reduced CPU cycles are indeed the cause of the sudden drop in HDD performance, we should see the same behavior when manually decreasing the CPU multiplier while disabling all power saving features. If the hypothesis is correct, we should find a logarithmic relation between HDD tranfer rate and CPU cycle: the lower the clock frequency, the faster decrease in HDD performance. If we find a different relation, eg linear, we'll see that the performance result when enabling power-saving technology differs from the performance result obtained when manually decreasing the CPU multiplier. Sadly enough, I don't have the tools to measure the performance right now as the Acard is at a colleagues place. | |
9th January 2010, 15:09 | #76 |
Madshrimp Join Date: May 2002 Location: 7090/Belgium
Posts: 79,021
| the C-states disable features on the CPU to reduce power usage at idle, it's not completely identical to manually lower the multiplier, that is just speedstep in action
__________________ |
9th January 2010, 15:21 | #77 |
[M] Reviewer Join Date: Nov 2004 Location: Waregem
Posts: 6,466
| Hm. I assume that we can trick the CPU not to go to the C-states by putting a bit of load on the cpu's using an application that load all four cores. |
9th January 2010, 22:47 | #78 |
Madshrimp Join Date: May 2002 Location: 7090/Belgium
Posts: 79,021
| Intel TAT can put a 10% workload on all cores easily
__________________ |
9th January 2010, 23:44 | #79 |
[M] Reviewer Join Date: Nov 2004 Location: Waregem
Posts: 6,466
| Ok. Is there a tool that reports in what power saving state a CPU is in? |
10th January 2010, 08:33 | #80 |
Madshrimp Join Date: May 2002 Location: 7090/Belgium
Posts: 79,021
| is this any good? http://intel-r-processor-id-utility..../3.9/download/ More info on power managment: - http://www.intel.com/technology/itj/...management.htm - http://www.hardwaresecrets.com/article/611 (C States)
__________________ |
Thread Tools | |
| |