From: Matthias Andree <matthias.andree@gmx.de>
To: reiserfs@devlinux.com, linux-kernel@vger.rutgers.edu
Subject: Re: (reiserfs) Re: sync: why disk cannot spin down
Date: Mon, 31 Jul 2000 18:40:48 +0200 [thread overview]
Message-ID: <20000731184048.L2224@lxMA.mediaways.net> (raw)
In-Reply-To: <20000731171858.J2243@cerebro.laendle>; from pcg@goof.com on Mon, Jul 31, 2000 at 17:18:59 +0200
On Mon, 31 Jul 2000, Marc Lehmann wrote:
> On Mon, Jul 31, 2000 at 04:53:00PM +0200, Matthias Andree <matthias.andree@gmx.de> wrote:
> > My point is: putting a drive to sleep rather than to standby will not
> > help much, it will only delay the spin-up and possibly leave you with a
> > slower drive.
>
> Cool logic. How do you define "much"? Drive electronics can still use
> a lot of power, and most users (xuan and me excluded ;) want this for
> power-save.
How much you get, depends on how much the actual drive saves. Still, you
lose performance, you possibly lose the settings, that's on the negative
side. I'm aware of these implications, a good friend of mine has written
his diploma thesis in electrical engineering on exactly this topic,
namely "Algorithmen für den leistungsarmen Betrieb mobiler Festplatten"
(German-language, translates to 'algorithms for the low-power operation of
mobile hard disk drives'). Contact me in private mail if you need
more information.
He collected some information from manufacturers that I'm working up
here: (quoting from
manuf.+model IBM DARA Hitachi Fujitsu Seagate Ma- Maxtor
cont'd 225000 DK22AA 2064AT rathon 2250 251010A
power (W)
active 2.6 2.22 2.15 2.50 1.83
idle 2.0/1.3/0.85 1.7/0.8 0.95 1.20 0.90
standby 0.25 0.25 0.35 0.30 0.20
sleep 0.1 0.125 0.13 0.10 0.10
So, effectively, you gain about 100..200 mW by putting a drive from
standby to sleep, while you gain roughly 1000 mW from idle to standby
after gaining 0.5 .. 1.5 W from active to idle. (depends on the usage
pattern). OTOH, if you're talking about power, the more interesting
thing is the energy (integral t0...t1 P(t) dt), and waking up
electronics and spinning up the drive costs additional energy, even if
it's only for the delay until the request is satisfied. If waking up
from sleep costs additional seconds, that's going to cost battery life,
to put it popularly.
> In practise, of course, there is a clear trade-off between ugly error (!)
> messages from the kernel drawing for your attention and not putting the
> drive to sleep.
The error message is natural, a drive put to sleep is put there
permanently, since the drive is supposed to power down its interface
electronics as well.
> In general, the kernel support is lacking much with respect to
> power-savings (just spin down your scsi-drive to get some nice hang (and
> yes, I know the scsi-idle patch)).
Since SCSI drives are only manually powered down, the Kernel is fine in
this respect, although it leaves room for feature requests, admittedly
:-)
--
Matthias Andree
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-07-31 16:21 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200007302237.XAA11816@flint.arm.linux.org.uk>
[not found] ` <3984B985.680B0ACF@baldauf.org>
2000-07-31 11:50 ` Xuan Baldauf
2000-07-31 14:05 ` Andre Hedrick
2000-07-31 14:18 ` Xuan Baldauf
2000-07-31 14:31 ` Matthias Andree
2000-07-31 14:47 ` Xuan Baldauf
2000-07-31 14:53 ` Matthias Andree
2000-07-31 15:07 ` Xuan Baldauf
2000-07-31 15:16 ` Matthias Andree
2000-07-31 15:26 ` Billy Harvey
2000-07-31 15:18 ` Marc Lehmann
2000-07-31 16:40 ` Matthias Andree [this message]
2000-07-31 18:58 ` Marc Lehmann
2000-07-31 14:15 ` Matthias Andree
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=20000731184048.L2224@lxMA.mediaways.net \
--to=matthias.andree@gmx.de \
--cc=linux-kernel@vger.rutgers.edu \
--cc=reiserfs@devlinux.com \
/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®