From: R.E.Wolff@BitWizard.nl (Rogier Wolff)
To: Itai Nahshon <nahshon@actcom.co.il>
Cc: Pavel Machek <pavel@suse.cz>, 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:15:10 +0200 (MEST) [thread overview]
Message-ID: <200204081215.OAA12031@cave.bitwizard.nl> (raw)
In-Reply-To: <200204080048.g380mt514749@lmail.actcom.co.il> from Itai Nahshon at "Apr 8, 2002 03:48:42 am"
Itai Nahshon wrote:
> On Sunday 07 April 2002 17:42 pm, Pavel Machek wrote:
> > Hi!
> >
> > > 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).
> >
> > Debugging session (emacs/gcc/gdb) for half an hour with disks stopped is
> > easy to accomplish.
> > Pavel
>
> My suggestion was: there should _never_ be dirty blocks for disks that
> are not spinning. Flush all dirty buffers before spinning down, and spin-up
> on any operation that writes to the disk (and block that operation).
>
> The opposite to that (which I do not like) processes create as many
> dirty buffers as they want and disk spins up only on sync() or when
> the system is starving for usable memory.
>
> An aletrnate ides (more drastic) is that fle systems can mount internally
> read-only when a disk is spinned-down. Means - you cannot spin
> down when there is a file handle open for writing. Other than this there
> are advantages.
Actually, you can allow the spindown with open write-filehandles. You
have to remember to spin it up and remount r/w when activity happens.
I'd really like my systems to remount RO if ilde for long times. I
have a few systems that occasionally stop unexpectedly, and not having
to fsck the non-active filesystems would save a lot of time.
(I've decided I dislike reiser: It ate two of my sources, because I
crashed the machine before the sources hit the disk. But the metadata
had been updated to indicate that the overwritten source was in a
different spot on the disk than the old sources. Having to go back to
an older version is less bad than losing the source altogether.
Yes, I could turn on data-loggin. Yes, I could type "sync" before
insmodding the new driver.)
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:15 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 [this message]
2002-04-08 12:09 ` Rogier Wolff
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=200204081215.OAA12031@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=pavel@suse.cz \
--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.