From: R.E.Wolff@BitWizard.nl (Rogier Wolff)
To: Itai Nahshon <nahshon@actcom.co.il>
Cc: Benjamin LaHaise <bcrl@redhat.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Richard Gooch <rgooch@ras.ucalgary.ca>,
Andrew Morton <akpm@zip.com.au>,
joeja@mindspring.com, linux-kernel@vger.kernel.org
Subject: Re: faster boots?
Date: Mon, 8 Apr 2002 14:09:29 +0200 (MEST) [thread overview]
Message-ID: <200204081209.OAA12003@cave.bitwizard.nl> (raw)
In-Reply-To: <200204060007.g3607I525699@lmail.actcom.co.il> from Itai Nahshon at "Apr 6, 2002 03:07:05 am"
Itai Nahshon wrote:
> On Saturday 06 April 2002 02:07 am, Benjamin LaHaise wrote:
> > On Sat, Apr 06, 2002 at 02:02:36AM +0300, Itai Nahshon wrote:
> > > A required feature IMHO: there should _never_ be dirty blocks
> > > for disks that are not spinning.
> >
> > Never make assertions like that: on my laptop, I want *lots* of
> > dirty blocks held in memory while the disk isn't spinning. Keeping
> > RAM powered is much less costly than spinning the disk up.
> >
> > -ben
>
> I figure that if there are dirty blocks that belong to files that you
> want to keep, they must be flushed at some time, probably on the
> next sync(). On "normal" systems that's likely to happen in less
> than a minute.
>
> I admit that what I had in mind was medium-large systems with
> multiple disks where some of the disks have very little activity
> or small systems where there is really zero disk activity for
> a long time.
>
> I'm curios, how much work can you accomplish on your laptop
> without any disk access (but you still need to save files - keeping
> them in buffers until it's time to actually write them).
On a laptop you can decide to "trust" the drive to spin up, just
because the benefits outweigh the drawbacks.
The benefit may be: Battery life becomes 8 hours instead of 4. That
might mean that you get 4 hours of extra work done while travelling at
$100 per hour....
Just editing source-code using VI, or reading docs can leave your
disk completely idle for hours at a time.
Debugging an app, compiling testing, recompiling can leave your disk
idle provided you accept dirty blocks in the buffer cache...
Roger.
--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2137555 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* There are old pilots, and there are bold pilots.
* There are also old, bald pilots.
next prev parent reply other threads:[~2002-04-08 12:09 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-04 23:54 faster boots? joeja
2002-04-05 0:21 ` Alan Cox
2002-04-05 1:00 ` Jeremy Jackson
2002-04-05 0:26 ` Andrew Morton
2002-04-05 2:18 ` Richard Gooch
2002-04-05 2:51 ` Andrew Morton
2002-04-05 3:00 ` Benjamin LaHaise
2002-04-05 3:21 ` Alan Cox
2002-04-05 5:38 ` Richard Gooch
2002-04-05 12:49 ` Alan Cox
2002-04-05 16:33 ` Richard Gooch
2002-04-05 23:02 ` Itai Nahshon
2002-04-05 23:07 ` Benjamin LaHaise
2002-04-06 0:07 ` Itai Nahshon
2002-04-06 0:29 ` Benjamin LaHaise
2002-04-07 14:42 ` Pavel Machek
2002-04-08 0:48 ` Itai Nahshon
2002-04-08 0:57 ` Richard Gooch
2002-04-08 1:14 ` Andrew Morton
2002-04-08 4:17 ` Andre Hedrick
2002-04-08 9:57 ` Pavel Machek
2002-04-08 16:43 ` Jamie Lokier
2002-04-08 16:48 ` Benjamin LaHaise
2002-04-08 21:09 ` Pavel Machek
2002-04-09 0:56 ` Jamie Lokier
2002-04-09 22:22 ` Pavel Machek
2002-04-12 10:44 ` Jamie Lokier
2002-04-12 11:42 ` Pavel Machek
2002-04-12 14:29 ` Jamie Lokier
2002-04-14 19:40 ` Pavel Machek
2002-04-15 13:34 ` Philipp Matthias Hahn
2002-04-08 17:08 ` Mark Mielke
2002-04-08 17:49 ` Rene Rebe
2002-04-08 18:02 ` G . Sumner Hayes
2002-04-08 6:02 ` Oliver Neukum
2002-04-08 17:06 ` Richard Gooch
2002-04-08 16:13 ` Martin Dalecki
2002-04-08 15:16 ` Bill Davidsen
2002-04-08 17:32 ` Richard Gooch
2002-04-08 18:31 ` Bill Davidsen
2002-04-08 18:40 ` David Lang
2002-04-08 18:56 ` Richard B. Johnson
2002-04-08 19:06 ` David Lang
2002-04-08 19:27 ` Richard B. Johnson
2002-04-08 8:03 ` Helge Hafting
2002-04-08 12:38 ` Rogier Wolff
2002-04-08 14:41 ` Bill Davidsen
2002-04-08 9:55 ` Pavel Machek
2002-04-08 12:15 ` Rogier Wolff
2002-04-08 12:09 ` Rogier Wolff [this message]
2002-04-05 6:14 ` Eric W. Biederman
2002-04-05 12:45 ` Alan Cox
2002-04-05 13:04 ` Bill Davidsen
2002-04-05 21:33 ` Benjamin LaHaise
2002-04-05 5:26 ` Richard Gooch
2002-04-05 7:45 ` dean gaudet
2002-04-05 18:43 ` Jeremy Jackson
2002-04-05 0:44 ` Piotr Esden-Tempski
2002-04-05 13:37 ` Mauricio Nuñez
2002-04-05 1:11 ` Ross Vandegrift
2002-04-05 1:55 ` Bernd Eckenfels
2002-04-05 12:56 ` Bill Davidsen
2002-04-10 1:20 ` Mike Touloumtzis
2002-04-05 19:08 ` Mark H. Wood
-- strict thread matches above, loose matches on Subject: below --
2002-04-05 2:10 joeja
2002-04-05 7:44 ` Helge Hafting
2002-04-05 12:13 ` Thomas 'Dent' Mirlacher
2002-04-05 15:14 ` Luigi Genoni
2002-04-05 8:00 willy tarreau
2002-04-05 13:06 ` Bill Davidsen
2002-04-05 13:21 ` willy tarreau
2002-04-05 15:29 ` Bill Davidsen
2002-04-05 16:20 ` willy tarreau
2002-04-05 23:10 ` Itai Nahshon
[not found] <3CACEF18.CE742314@zip.com.au.suse.lists.linux.kernel>
[not found] ` <Pine.LNX.4.33.0204042330270.10358-100000@twinlark.arctic.org.suse.lists.linux.kernel>
2002-04-05 8:41 ` Andi Kleen
2002-04-05 18:23 Torrey Hoffman
2002-04-06 17:53 Re: " Alan Cox
2002-04-06 19:01 ` Joe
[not found] <Pine.LNX.4.33.0204051403200.7124-100000@mhw.ULib.IUPUI.Edu >
2002-04-07 20:10 ` Stevie O
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=200204081209.OAA12003@cave.bitwizard.nl \
--to=r.e.wolff@bitwizard.nl \
--cc=akpm@zip.com.au \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=bcrl@redhat.com \
--cc=joeja@mindspring.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nahshon@actcom.co.il \
--cc=rgooch@ras.ucalgary.ca \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.