[lkml]   [2004]   [Jul]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: clearing filesystem cache for I/O benchmarks
Bernd Eckenfels <> writes:

> In article <> 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

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:04    [W:0.031 / U:3.292 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site