Skip to main content

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.

Imprint / Impressum

Inhaltlich Verantwortlicher gemaess Telemediengesetz: Christian Kujau

Die Postaddresse kann via Email erfragt oder via whois fuer die Domain abgefragt werden.


Trotz sorgfaeltiger inhaltlicher Kontrolle uebernehme ich keine Haftung fuer die Inhalte externer Links.
Fuer den Inhalt der verlinkten Seiten sind ausschliesslich deren Betreiber verantwortlich.
Diese Webseite erlaubt moeglicherweise das Veroeffentlichen von Kommentaren zu den Nachrichten.
Dies dient zur Diskussion unter den Lesern der Website.
Die Kommentare stellen ausdruecklich nur die Meinung des Verfassers dar.
Ich behalte mir das Loeschen von Kommentaren ohne weiteren Kommentar, Grund oder Begruendung vor.