From: Helge Hafting <helgehaf@idb.hist.no>
To: otto.wyss@bluewin.ch, linux-kernel@vger.kernel.org
Subject: Re: Why don't have bits the same rights as humans! (flushing to disk waiting time)
Date: Mon, 20 Aug 2001 13:35:22 +0200 [thread overview]
Message-ID: <3B80F5FA.D9B0C8@idb.hist.no> (raw)
In-Reply-To: <3B802B68.ADA545DB@bluewin.ch>
Otto Wyss wrote:
>
> I recently wrote some small files to the floppy disk and noticed almost nothing
> happened immediately but after a certain time the floppy actually started
> writing. So this action took more than 30 seconds instead just a few. This
> remembered me of the elevator problem in the kernel. To transfer this example
> into real live: A person who wants to take the elevator has to wait 8 hours
> before the elevator even starts. While probably everyone agrees this is
> ridiculous in real live astonishingly nobody complains about it in case of a disk.
>
> Why don't have bits the same rights as humans! ;-)
>
Bits are in no hurry. If you want to eject - run umount. umount
will flush everything immediately. If you merely want stuff out to
disk - use sync.
Putting writes on hold for a while helps the impossible to foresee
situation when some important reads suddenly comes up. The system don't
_know_ yet it will happen, but it will happen in shorter time than
it takes to write the stuff. So writes are stalled in cache because
you have enough of that, and it is always possible to cache a write.
Reads must be done now and then because they aren't always in cache,
and the kernel tries to keep devices ready to do that on short notice.
Helge Hafting
next prev parent reply other threads:[~2001-08-20 11:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-19 21:11 Why don't have bits the same rights as humans! (flushing to disk waiting time) Otto Wyss
2001-08-19 21:24 ` Ignacio Vazquez-Abrams
2001-08-19 22:16 ` David Ford
2001-08-19 22:36 ` Jakob Østergaard
2001-08-19 22:42 ` Kip Macy
2001-08-20 11:35 ` Helge Hafting [this message]
2001-08-25 0:04 ` Dr. Kelsey Hudson
2001-08-25 1:00 ` Daniel Phillips
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=3B80F5FA.D9B0C8@idb.hist.no \
--to=helgehaf@idb.hist.no \
--cc=linux-kernel@vger.kernel.org \
--cc=otto.wyss@bluewin.ch \
/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