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.
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 tio-bench.sh, which has been superseded by bench.sh. 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 tiobench.pl --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=2048the 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,notailI've tested different machines, very irregularly and only a few results are available for each box:
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 php5Only -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 http://TLD.php.net - install the missing -dev packages (configure will tell you...)
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 libphp5.so for apache. Without --includedir php5 will use /usr/local/lib/php as include_path and some apps might break. Then, copy libs/libphp5.so to /usr/lib/apache2/modules/libphp5.so and apache2.2 should start nicely. mod_proxy_html was not installable either:
./configure --with-apxs2=/usr/bin/apxs2 \ --includedir=/usr/share/php --with-openssl --with-mysql --with-gd \ --with-ldap --with-zlib-dir=/usr/include/make
apxs2 -c -I/usr/include/libxml2 mod_proxy_html.c cp .libs/mod_proxy_html.so /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 ;)
I've moved this wp-installation somewhere else, while the database is still in UK, isn't that great?
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.
Inhaltlich Verantwortlicher gemaess Telemediengesetz: Christian Kujau Die Postaddresse kann via Email erfragt oder via whois fuer die Domain nerdbynature.de abgefragt werden. Hinweise: 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.