mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Wes Felter" <wmf@austin.ibm.com>
To: linux-kernel@vger.kernel.org
Subject: Re: SMP cpu deep sleep
Date: Fri, 20 Aug 2004 11:44:44 -0500	[thread overview]
Message-ID: <pan.2004.08.20.16.44.39.888193@austin.ibm.com> (raw)
In-Reply-To: <1092989207.18275.14.camel@linux.local>

On Fri, 20 Aug 2004 10:06:47 +0200, Hans Kristian Rosbach wrote:

> While reading through hotplug and speedstep patches
> I came to think of a feature I think might be useful.
> 
> In an SMP system there are several cpus, this generates
> extra heat and power consuption even on idle load.
> Is there a way to put all cpus but cpu1 into a kind of
> deep sleep? Cpu1 would have to do all work (including irqs)
> of course.
> 
> We have a lot of SMP systems that we host, and they
> are heavily used ~10 hours of the day, the rest they are
> mostly idle. They could run on only 1 cpu during lenghty
> idle periods.
> 
> If it is possible to put cpus to a deeper sleep than
> just the simple idle, then the kernel could make use of this.

I worked on this last year (I call it CPU packing, because the idea is to
pack the load onto the fewest number of CPUs).

The CPU hotplug patch is the way to go, but the hardware is the problem. I
talked to an Intel CPU architect at MICRO last year and he confirmed that
SMP Intel systems don't support any low-power modes besides HLT. AMD's
documentation says that Opterons support voltage/frequency scaling (aka
Cool 'n' Quiet), but AFAICT the documentation is wrong. In summary, you
are doomed.

-- 
Wes Felter
Power-Aware Systems Department
IBM Austin Research Lab
11400 Burnet Road, Austin, TX 78758
Tel 512-838-7933



  parent reply	other threads:[~2004-08-20 18:55 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-20  8:06 Hans Kristian Rosbach
2004-08-20  8:58 ` Jeff Sipek
2004-08-20  9:42   ` Hans Kristian Rosbach
2004-08-20 14:38     ` Zwane Mwaikambo
2004-08-20 16:44 ` Wes Felter [this message]
2004-08-21  0:53   ` Benjamin Herrenschmidt
2004-08-23 21:30   ` Bill Davidsen
2004-08-28 19:15     ` Alan Cox
2004-08-24 22:48   ` Pavel Machek
2004-08-20 14:30 Nakajima, Jun

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=pan.2004.08.20.16.44.39.888193@austin.ibm.com \
    --to=wmf@austin.ibm.com \
    --cc=linux-kernel@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

all inboxes | Powered by JetHome®