[lkml]   [2003]   [Jan]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [BENCHMARK] ext3, reiser, jfs, xfs effect on contest
Andrew Morton wrote:

>Hans Reiser <> wrote:
>>compilation is not an effective benchmark anymore, not for Linux
>>filesystems, they are all just too fast (or is it that the compilers are
>>too slow?....)
>The point of this test is to measure interactions, and fairness.
>It answers the question "how much impact does heavy filesystem I/O have upon
>other system activity?".
>The "other system activity" in this test is a kernel compile. That is a
>fairly reasonable metric, because it is sensitive to latencies in servicing
>reads and it is sensitive to inappropriate page replacement decisions.
>A more appropriate foreground load might be opening a word processor and
>composing a short letter to Aunt Nellie, but that's harder to automate. We
>expect that reduced kernel compilation time will correlate with lower-latency
>letter writing.
I think the result of the test was that this was not a compelling reason
for users selecting a particular one of the filesystems because they all
did well enough at it. Perhaps because of your code.:)

However, it is rather interesting for all the reasons you mention.
There is indeed a tendency for benchmarks to discount the importance of
latency, and this benchmark does not do that, which is good. It is
annoying to be unable to work while a big tar is running in the
background, but few benchmarks capture that.

We should test reiser4 against this next month, it would be
interesting. (It seems we finally fixed the Reiser4 performance problem
that we hit in August, and now we just need to tweak the CPU usage a bit
and we'll have something performing pretty decently in our next release....)


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 13:32    [W:0.080 / U:3.388 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site