Zbr's days.
March
Sun Mon Tue Wed Thu Fri Sat
           
20
         
2008
Months
Mar
Aug Sep
Oct Nov Dec

About TODO Blog RSS Old blog Projects Gallery Notes

Thu, 20 Mar 2008

Second filesystem contest has been started.

So far I removed maildir test and file creation benchmark, the former requires manual start in my scripts, the latter requires some filesystems to be removed from the run, namely Reiser4 and BTRFS, both are very slow creating and writing into lots of small (4k) files. XFS is probably also a candidate, although with optimizations, described below, it behaves much better than with default options and 2.6.21 tree.

So, we have dbench, iozone and postmark queued...

Testing is being performed with 2.6.24.3 tree, Reiser4 was ported from the latest breakout of -mm tree (requires lots of manual patching to be started on recent kernels). BTRFS was taken from the unstable branch, since it is the same as 0.13 AFAICS. All other filesystems were taken from the vanilla tree.

There are following optimisations for the filesystems:

  • XFS: mkfs: -d agcount=1 -l size=128m,version=2, mount: noatime,logbsize=256k, as suggested by Dave Chinner
  • EXT4: mkfs: none, mount: data=writeback,noatime,extents
  • EXT3: mkfs: none, mount: data=writeback,noatime
  • EXT2: mkfs: none, mount: noatime
  • JFS: mkfs: none, mount: noatime
  • REISER4: mkfs: none, mount: noatime
  • REISER3 aka REISERFS: mkfs: --format 3.6, mount: noatime
  • BTRFS: mkfs: -l 4k -n 4k, mount: noatime,nodatasum, for postmark also added ssd option, as suggested by Chris Mason
First results are expected to be ready tomorrow evening or even (past)weekend... Although all runs are being performed automatically, nice graphs generating requires manual start. Then I will proceed with maildir test and file creation benchmark.

/devel/fs :: Link / Comments (0)