From: Benjamin Rutt <rutt.4+news@osu.edu>
To: linux-kernel@vger.kernel.org
Subject: Re: clearing filesystem cache for I/O benchmarks
Date: Mon, 26 Jul 2004 08:47:06 -0400 [thread overview]
Message-ID: <87y8l7orzp.fsf@osu.edu> (raw)
In-Reply-To: E1BouTC-0001Dx-00@calista.eckenfels.6bone.ka-ip.net
Bernd Eckenfels <ecki-news2004-05@lina.inka.de> writes:
> In article <87smbfr5qe.fsf@osu.edu> you wrote:
>> Thanks, that looks pretty useful, at least to force the I/O to make it
>> outside the kernel. I'm still getting cache hits for some read tests
>> though
>
> This might be due to read ahead... how do you check the cache hits,
There must be cache hits since my poor old IDE disk from 1998 can only
perform at around 13 MB/sec for sustained sequential reads. The
performance I was getting was 150 MB/sec for sustained sequential
reads, which led me to think it was cache hits for certain, since
there is no way my disk can be that fast.
> what read patterns do you have?
The test setup is simply this:
1) create a target file for benchmarking, say 32 Megabytes (my system
RAM is 256MB, enough to cache all of that 32MB file)
2) run hdparm -f <device> to clear cache
3) read the target file from beginning to end into a user memory
buffer (e.g. 32k in size), ignoring the read data (i.e. there are
no data operations I make on the read data, this is a pure I/O test)
Because of #3, I'm not doing anything to the read data (I'm just
overwriting it with the next read) so I wouldn't imagine there is much
time from one read to the next to leverage any readahead.
--
Benjamin Rutt
next prev parent reply other threads:[~2004-07-26 12:49 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-23 22:54 clearing filesystem cache for I/O benchmarks Benjamin Rutt
2004-07-24 5:21 ` Chris Wedgwood
2004-07-24 5:31 ` Tim Wright
2004-07-26 0:07 ` Benjamin Rutt
2004-07-26 1:40 ` Bernd Eckenfels
2004-07-26 12:47 ` Benjamin Rutt [this message]
2004-07-25 8:11 ` Andreas Haumer
2004-07-26 7:25 ` Andrew Morton
2004-07-26 13:02 ` Benjamin Rutt
2004-07-27 6:40 ` Andrew Morton
2004-07-27 7:16 ` Hans Reiser
2004-07-27 17:31 ` Benjamin Rutt
2004-07-27 18:03 ` Hans Reiser
2004-07-28 12:38 ` Benjamin Rutt
2004-07-28 17:03 ` Hans Reiser
2004-07-28 18:19 ` Benjamin Rutt
2004-07-27 17:25 ` Benjamin Rutt
2004-07-27 20:00 ` Timothy Miller
2004-07-28 12:51 ` Benjamin Rutt
2004-07-29 1:05 ` Nathan Scott
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=87y8l7orzp.fsf@osu.edu \
--to=rutt.4+news@osu.edu \
--cc=linux-kernel@vger.kernel.org \
/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.