From: Arjan van de Ven <arjan@linux.intel.com>
To: Tejun Heo <htejun@gmail.com>
Cc: Kristen Carlson Accardi <kristen.c.accardi@intel.com>,
jeff@garzik.org, james.bottomley@steeleye.com,
linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org,
linux-kernel@vger.kernel.org, Pavel Machek <pavel@ucw.cz>,
Jens Axboe <jens.axboe@oracle.com>
Subject: Re: [patch 0/3] AHCI Link Power Management
Date: Mon, 11 Jun 2007 21:19:18 -0700 [thread overview]
Message-ID: <466E1EC6.90509@linux.intel.com> (raw)
In-Reply-To: <466E1D51.9070007@gmail.com>
Tejun Heo wrote:
>> do you have data to support this?
>
> Yeah, it was some Lenovo notebook. Pavel is more familiar with the
> hardware. Pavel, what was the notebook which didn't save much power
> with standard SATA power save but needed port to be completely turned off?
Pavel, if you have time, could you measure this with Kristen's patch?
>
>> The data we have from this patch is that it saves typically a Watt of
>> power (depends on the machine of course, but the range is 0.5W to
>> 1.5W). If you want to also have an even more agressive thing where
>> you want to start disabling the entire controller... I don't see how
>> this is in conflict with saving power on the link level by "just"
>> enabling a hardware feature ....
>
> Well, both implement about the same thing. I prefer software
> implementation because it's more generic and ALPE/ASP seems too
> aggressive to me.
Too aggressive in what way?
There are tradeoffs on either side. Doing things in software is more
work for the cpu, and depending on the implementation, will consume
more power on the CPU side. (for example if you need regular timers
that just consumes the power you are saving back up). The hardware can
obviously switch very fast (because it's independent of any software),
yet of course the software has higher level knowledge about how idle
the link really is (like it knows if any files are open etc etc).
To be honest, I would be surprised if software could do significantly
better than hardware though; it seems a simple problem: Idle -> go to
low power, and estimating idle isn't all that hard on a link level...
there's not all THAT much the kernel can estimate better I suspect.
This debate is very similar to the cpufreq debate from 4 years ago,
where there were 3 levels: do it in the CPU, do it in the kernel or do
it in userspace. All three are valid; whichever is best depends on the
exact hardware that you have...
(and you can argue that first everyone started in userspace, then the
hardware improved that made a kernelspace implementation better
(ondemand) and now Turbo Mode is more or less moving this to the
hardware... I wouldn't be surprised if the sata side will show a
similar trend)
next prev parent reply other threads:[~2007-06-12 4:19 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-11 18:46 [patch 0/3] AHCI Link Power Management Kristen Carlson Accardi
2007-06-12 1:58 ` Tejun Heo
2007-06-12 2:33 ` Jeff Garzik
2007-06-12 2:34 ` Arjan van de Ven
2007-06-12 3:12 ` Jeff Garzik
2007-06-12 3:12 ` Arjan van de Ven
2007-06-12 3:18 ` Jeff Garzik
2007-06-12 4:13 ` Tejun Heo
2007-06-12 4:19 ` Arjan van de Ven [this message]
2007-06-12 4:40 ` Tejun Heo
2007-06-12 15:56 ` Kristen Carlson Accardi
2007-06-12 4:43 ` Jeff Garzik
2007-06-12 15:43 ` Kristen Carlson Accardi
2007-06-13 14:51 ` Pavel Machek
2007-06-13 9:04 ` Pavel Machek
2007-06-13 16:26 ` Kristen Carlson Accardi
2007-06-14 7:56 ` Tejun Heo
2007-06-13 14:56 ` Pavel Machek
2007-06-14 11:56 ` Jens Axboe
2007-06-14 12:30 ` Tejun Heo
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=466E1EC6.90509@linux.intel.com \
--to=arjan@linux.intel.com \
--cc=htejun@gmail.com \
--cc=james.bottomley@steeleye.com \
--cc=jeff@garzik.org \
--cc=jens.axboe@oracle.com \
--cc=kristen.c.accardi@intel.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=pavel@ucw.cz \
/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;
as well as URLs for NNTP newsgroup(s).