Skip to main content

testing xfs again with slightly more interesting results ;)

Since my last benchmark with XFS was kinda stupid (testing 512 MB of data on a box with 1GB RAM), I tested again, this time with 4GB of data.

  • "Sequential output" and "random delete" seem to be higher with an external logdev set (here: l_logdevhda5_size67108864)
  • In other places the external log seem to slow down operations (well, the logdev (hda5) *is* slower that the devices the tests were run on, but I somehow thought the journal would fit into RAM anyway. Hm, OTOH a journal written to RAM makes no sense, does it?
  • adjusting "-b size" from 4096 to 512 during mkfs(8) does not seem to change much, except for "sequential output" (+1MB/s) and 'sequential delete' (twice as much deletes/s)
  • adjusting the "-l size" to 4MB decreased 'random deletes' (with 64MB it's twice as fast)
The mountoptions do not seem to do much, but I really need to learn gnuplot(1) to generate nice graphs out of all these fine numbers....

testing -mm, playing around with xfs

I'm tracking -mm too and finally got around to benchmark it. Out of curiosity about the numerous options for mkfs(8) and mount(8) I did a few benchmarks. The results however are a bit boring and I for one have no reason to tweak these options for a desktop machine. OTOH, the bonnie++ options could be altered again to test each combination more thoroughly.

benchmarks, 2.6.19-rc6-git11 @ raid1

yet another testrun: this time the 2xHD400LD were combined as a RAID-1 and the benchmarks were done while X11 was running and so was the Folding@home client. As I'd like to use dm-crypt in favour of loop-aes, I've skipped a few "uninteresting" ciphers. Here are the results.

benchmarks galore

I'm thinking about giving up my old benchmark frontpage and posting benchmark results right here in this weblog. Easier for me to maintain and much healthier for your eyes ;-) Let me start with all the old stuff first, my next post will deal with more current data: The filesystems tested are the usual suspects: ext2, ext3, jfs, reiser, reiser4 (only a few results available) and xfs for different kernels and different benchmark programs like tiobench, Bonnie++, ioZone and even generic system tools like cp, rm, tar, dd. Also loop-aes was used to test encrypted volumes as well. I've used several benchmark scripts, starting with, which has been superseded by And here's yet another one, I've forgotten when I was using this though. Being ugly as hell they served my needs and all they did was executing these commands:

bonnie++ -f -s 2048 -r 0 -n 10:10240:10 --size 2048 --numruns 1
iozone -s 2048 -f /mnt/bench/iozone.img
tar -xjf linux.tar.bz2 -C /mnt/bench/tarball
find /mnt/bench/tarball
cp -a /mnt/bench/tarball /mnt/bench/tarball_copy
rm -rf /mnt/bench/tarball
dd if=/dev/zero of=/mnt/bench/test.img bs=1M count=2048
dd if=/mnt/bench/test.img of=/dev/null bs=1M count=2048
the mount options used:
-t ext2fs -o noatime
-t ext3fs -o noatime,data=ordered
-t jfs -o noatime,integrity
-t reiserfs -o noatime,notail
-t reiser4 -o noatime
-t xfs -o noatime,notail
I've tested different machines, very irregularly and only a few results are available for each box: Enjoy!

debian/unstable and apache2.2

Well, I never thought I'd use this blog and I won't...usually, but somehow I think it might help others to get $TITLE running. Apache2.2 is out and v2.2.3 is in debian/unstable (at least i386) but php5 is not installable atm. What I did was basically:


$ apt-get install apache2-mpm-prefork apache2-prefork-dev \ php5-mysql php5
Only -prefork will work with mod_php5, FastCGI + php-cgi was not what I wanted. This will install apache2.2-common too, apache2-utils got installed too, the whole apache2 thingy seems to be in flux, but that's what unstable is for. Install php5 as well, only the apache2.2 module won't work. IIRC libapache2-mod-php5 is even a dependancy to php5 (next to the php5-cgi module), you might install with --force-all, I just won't work then, see the bugreport. As mentioned earlier, libapache2-mod-php5 won't install (and won't run, even when --force-all'ed), we're compiling it ourselves: - get php from - install the missing -dev packages (configure will tell you...)

./configure --with-apxs2=/usr/bin/apxs2 \ --includedir=/usr/share/php --with-openssl --with-mysql --with-gd \ --with-ldap --with-zlib-dir=/usr/include/

Somehow I had to tell configure where zlib is, although /usr/include is a standard includepath, methinks. The --includedir parameter was important because I did not want to have a full blown php5 installation, I only wanted the for apache. Without --includedir php5 will use /usr/local/lib/php as include_path and some apps might break. Then, copy libs/ to /usr/lib/apache2/modules/ and apache2.2 should start nicely. mod_proxy_html was not installable either:


apxs2 -c -I/usr/include/libxml2 mod_proxy_html.c cp .libs/ /usr/lib/apache2/modules/
That's how it worked for me, if it does not leave a comment or drop me an email. Have phun ;)

Dear diarrhoea... :)

everbody feel free to read and post comments. keep it nice, though. you have to register to create a new article. since my smtp setup is somewhat b0rken, please drop me an email to get you hooked up.