mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Itai Nahshon <nahshon@actcom.co.il>
To: Pavel Machek <pavel@suse.cz>
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 03:48:42 +0300	[thread overview]
Message-ID: <200204080048.g380mt514749@lmail.actcom.co.il> (raw)
In-Reply-To: <E16tTAF-0008F2-00@the-village.bc.nu> <200204060007.g3607I525699@lmail.actcom.co.il> <20020407144246.C46@toy.ucw.cz>

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.

I don't see how any of these will stop you from doing emacs/gcc/gdb
with the disk stopped, as long as you are not trying to write to the
disk or read from files that are not cached.

-- Itai

  reply	other threads:[~2002-04-08  0:49 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-04 23:54 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 [this message]
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
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
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=200204080048.g380mt514749@lmail.actcom.co.il \
    --to=nahshon@actcom.co.il \
    --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=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 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®