I cannot reproduce this. Using http://www.zip.com.au/~akpm/writer.c
ext2: 0.03s user 1.43s system 97% cpu 1.501 total
ext3 writeback: 0.02s user 2.33s system 96% cpu 2.431 total
ext3 ordered: 0.02s user 2.52s system 98% cpu 2.574 total
ext3 is significantly more costly in either journalling mode,
probably because of the bitmap manipulation - each time we allocate
a block to the file, we have to muck around doing all sorts
of checks and list manipulations against the buffer which holds
the bitmap. Not only is this costly, but ext2 speculatively
sets a bunch of bits at the same time, which ext3 cannot do
for consistency reasons.
There are a few things we can do to pull this back, but given that
this is all pretty insignificant once you actually start doing disk
IO, we couldn't justify the risk of destabilising the filesystem
for small gains.
-
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/