[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.028 / U:8.068 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site