[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070711095105.ed166521.kristen.c.accardi@intel.com>
Date: Wed, 11 Jul 2007 09:51:05 -0700
From: Kristen Carlson Accardi <kristen.c.accardi@...el.com>
To: Pavel Machek <pavel@....cz>
Cc: jeff@...zik.org, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org,
James.Bottomley@...eleye.com, edwintorok@...il.com,
axboe@...nel.dk, linux-scsi@...r.kernel.org
Subject: Re: [patch 2/4] Expose Power Management Policy option to users
On Mon, 9 Jul 2007 19:36:04 +0000
Pavel Machek <pavel@....cz> wrote:
> Hi!
>
> > This patch will modify the scsi subsystem to allow
> > users to set a power management policy for the link.
> >
> > The scsi subsystem will create a new sysfs file for each
> > host in /sys/class/scsi_host called "link_power_management_policy".
> > This file can have 3 possible values:
> >
> > Value Meaning
> > -------------------------------------------------------------------
> > min_power User wishes the link to conserve power as much as
> > possible, even at the cost of some performance
> >
> > max_performance User wants priority to be on performance, not power
> > savings
> >
> > medium_power User wants power savings, with less performance cost
> > than min_power (but less power savings as well).
>
> Has that anything to do with HIPM vs. DIPM?
>
> Pavel
Hi Pavel,
I'm not sure I'm understanding your question, but if you mean the different
levels of power savings you would get, no. With ALPM you have the option of
instructing the link to either go into slumber or partial mode when it
determines the link is quiet. Slumber uses less power, but has more latency
to come out of. So, for a SATA device, setting the link_power_managment
file to "medium_power" will set up the link to only go into Partial mode,
which has less power savings (about half by my informal measurement), but
less latency, and therefore less of a performance hit.
Hopefully this answers your question.
Kristen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists