From: Jindrich Makovicka <makovick@gmail.com>
To: linux-acpi@vger.kernel.org
Subject: Re: No c2-c7 states on core i7
Date: Tue, 24 Nov 2009 14:34:59 +0100 [thread overview]
Message-ID: <20091124143459.385a0bc9@starbug.prg01.itonis.net> (raw)
In-Reply-To: <4B0AE1FD.4030108@slagter.name>
On Mon, 23 Nov 2009 20:26:53 +0100
Erik Slagter <erik@slagter.name> wrote:
> > No, that isn't normal. C-states on modern processors generally
> > save a lot of energy.
> >
> > If you run powertop and you find that you are over 99% idle
> > and you save no energy compared to when you are 0% idle
> > (say a copy of "cat /dev/zero> /dev/null" for each core)
> > then something is wrong with your system.
>
> I just removed a large story here, I guess the table from my other
> message is a lot more informative.
>
> > It is possible, but as soon as you reverse engineer and over-ride
> > something in the BIOS, you are on very thin ice. Presumably
> > the BIOS engineer made a concious decision to disable C-states
> > when you over-clock your board and had a reason to do so.
>
> As long as nothing gets fried that's no problem for me.
>
> > Maybe the more important question is what measurable benefit
> > you get when you over-clock your board, and if you really need
> > that...
>
> I can understand your doubts on this matter, but I think I do have a
> legitimate reasoning. This is a server that almost all of the time
> does next to nothing. Load 0.02 or similar. It needs to be running
> 24/24 though because it receives e-mail and answers the telephone. So
> that's why I want it to be low on power usage. On the other hand I
> need to transcode movie clips to h264 very regularly. I can use every
> 4*2 core for the process using x264 and indeed it works very fast.
> Also I noticed that every mhz higher clock means shorter encoding
> time, all (virtual-)cores get completely loaded. The "normal" speed
> of the 920 is 2.8 Ghz (or in fact 2.63 Ghz) and a change to 3.4 Ghz
> really does make a difference in encoding speed, theoretically 30%,
> in practise even more.
>
> Intel would really make me happy if they would design a processor
> with four or more cores and a chipset that would implement C7 and
> also could scale from 100 Mhz to 3.6 Ghz, in two or three steps, I
> wouldn't mind, and then would use something like 20 watts in idle,
> like my laptop does.
Most of the overclockers disable C3/C6/C7 anyway for stability reasons,
probably because sudden changes in core voltage disturb the CPU
operation. My i5 Lynnfield desktop was actually unusable with C3/C6/C7
even with default settings (fsck reporting random errors etc.). I
ended up disabling the higher C-states and just raised the Base clock
so I do not need the Turbo mode. As long as you do not disable C1,
the difference in idle power consumption is rather small.
--
Jindrich Makovicka
next prev parent reply other threads:[~2009-11-24 13:39 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-20 14:28 No c2-c7 states on core i7 Erik Slagter
2009-11-21 17:45 ` Erik Slagter
2009-11-22 11:46 ` c1/c1e/c3/c6/c7 on linux Erik Slagter
2009-11-23 3:05 ` No c2-c7 states on core i7 ykzhao
2009-11-23 8:52 ` Erik Slagter
2009-11-23 16:11 ` Len Brown
2009-11-23 19:23 ` Erik Slagter
2009-11-23 19:26 ` Erik Slagter
2009-11-24 13:34 ` Jindrich Makovicka [this message]
2009-11-24 13:55 ` Erik Slagter
2009-11-25 6:59 ` Len Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091124143459.385a0bc9@starbug.prg01.itonis.net \
--to=makovick@gmail.com \
--cc=linux-acpi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox