From: kumon@flab.fujitsu.co.jp
To: Andrew Morton <andrewm@uow.edu.au>
Cc: "Stephen C. Tweedie" <sct@redhat.com>,
Alexander Viro <viro@math.psu.edu>,
Jonathan Hudson <jonathan@daria.co.uk>,
linux-kernel@vger.kernel.org
Cc: kumon@flab.fujitsu.co.jp
Subject: Re: corruption
Date: Sat, 2 Dec 2000 09:30:09 +0900 [thread overview]
Message-ID: <200012020030.JAA17290@asami.proc.flab.fujitsu.co.jp> (raw)
In-Reply-To: <3A283409.C6DEFDB9@uow.edu.au>
In-Reply-To: <b09.3a269edc.6bd12@trespassersw.daria.co.uk> <Pine.GSO.4.21.0011301400290.20801-100000@weyl.math.psu.edu> <3A26C82D.26267202@uow.edu.au> <20001201141659.A4562@redhat.com> <3A283409.C6DEFDB9@uow.edu.au>
Hi, Andrew,
Andrew Morton writes:
> - I then killed everything with ALT-SYSRQ-T. It's been 20 minutes
> now and the disk LED is *still* hard on. This machine has 256 megs
> and the hdparm disk bandwidth is 20 megs/sec.
>
> You can observe the latter problem pretty easily by running `misc001' on
> its own. Kill it after 20 seconds and the disk remains active for *ages*.
> Usually ninety seconds. Long enough to write all physical memory out
> ten times...
If the benchmark writes blocks completely random, the random writing
performance should be used instead of the bandwidth. It is tipically
30blk/s to 200blk/s depends on the seek speed.
90 second writing corresponds to 10MB to 72MB dirty buffer
(4K fs block), it is not so crazy. But 30 minutes is still
too long on 256MB physical memory.
I think they are different, aren't they?
--
Computer Systems Laboratory, Fujitsu Labs.
kumon@flab.fujitsu.co.jp
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-12-02 1:01 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-29 21:54 corruption Andries.Brouwer
2000-11-29 22:18 ` corruption Alexander Viro
2000-11-30 14:21 ` corruption Andrew Morton
2000-11-30 18:39 ` corruption Jonathan Hudson
2000-11-30 19:07 ` corruption Alexander Viro
2000-11-30 21:35 ` corruption Andrew Morton
2000-12-01 0:57 ` corruption Andrew Morton
2000-12-01 12:18 ` corruption Jens Axboe
2000-12-01 12:34 ` corruption Andrew Morton
2000-12-01 12:37 ` corruption Jens Axboe
2000-12-01 12:23 ` corruption Andrew Morton
2000-12-01 15:04 ` corruption Lawrence Walton
2000-12-01 14:16 ` corruption Stephen C. Tweedie
2000-12-01 23:28 ` corruption Andrew Morton
2000-12-02 0:30 ` kumon [this message]
2000-12-02 3:59 ` corruption Andrew Morton
2000-12-02 14:00 ` corruption Andrew Morton
2000-12-02 15:33 ` corruption Alexander Viro
2000-12-02 16:39 ` corruption Petr Vandrovec
2000-12-02 17:50 ` corruption Alexander Viro
2000-12-02 17:59 ` corruption Alexander Viro
2000-12-03 20:24 ` corruption Jonathan Hudson
2000-12-03 21:44 ` corruption Andrew Morton
2000-12-03 22:45 ` [resync?] corruption Alexander Viro
2000-12-04 0:56 ` Jeff V. Merkey
2000-12-04 15:00 ` corruption Stephen C. Tweedie
2000-12-04 15:19 ` corruption Alexander Viro
2000-12-01 17:29 ` corruption Jeff Garzik
[not found] <20001202161158.A475@ppc.vc.cvut.cz>
2000-12-02 15:35 ` corruption Petr Vandrovec
-- strict thread matches above, loose matches on Subject: below --
2000-11-29 13:44 corruption Andries.Brouwer
2000-11-29 14:10 ` corruption Tigran Aivazian
2000-11-29 14:16 ` corruption Alexander Viro
2000-11-29 14:26 ` corruption Jens Axboe
2000-11-29 11:16 corruption Andries.Brouwer
2000-11-29 17:47 ` corruption Linus Torvalds
2000-11-29 17:57 ` corruption Tigran Aivazian
2000-11-29 18:08 ` corruption Tigran Aivazian
2000-11-29 18:14 ` corruption Tigran Aivazian
2000-11-29 18:17 ` corruption Alexander Viro
2000-11-29 18:38 ` corruption Linus Torvalds
2000-11-29 18:47 ` corruption Tigran Aivazian
2000-11-29 18:07 ` corruption Zdenek Kabelac
2000-11-29 4:08 corruption Andries.Brouwer
2000-11-29 5:09 ` corruption Linus Torvalds
2000-11-29 9:08 ` corruption Alexander Viro
2000-11-29 9:20 ` corruption Tigran Aivazian
2000-11-29 9:26 ` corruption Alexander Viro
2000-11-29 10:52 ` corruption Tigran Aivazian
2000-11-29 18:56 ` corruption Andrea Arcangeli
2000-11-29 19:05 ` corruption Rik van Riel
2000-11-29 19:27 ` corruption Andrea Arcangeli
2000-11-29 20:02 ` corruption Rik van Riel
2000-11-29 19:25 ` corruption Linus Torvalds
2000-11-29 19:57 ` corruption Alexander Viro
2000-11-29 20:36 ` corruption Andrea Arcangeli
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=200012020030.JAA17290@asami.proc.flab.fujitsu.co.jp \
--to=kumon@flab.fujitsu.co.jp \
--cc=andrewm@uow.edu.au \
--cc=jonathan@daria.co.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=sct@redhat.com \
--cc=viro@math.psu.edu \
/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®