Messages in this thread | | | From | Benjamin Rutt <> | Subject | Re: clearing filesystem cache for I/O benchmarks | Date | Mon, 26 Jul 2004 08:47:06 -0400 |
| |
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
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |