Hi, it was just the question if you are a) interested b) think that "noatime" can work c) "data=writeback" works with reiserfs. It seems that the glibc testsuite at least seems not to check if "atime only" works correctly. Ist that a bug in glibc? OBS Server/Workers setup here: - we use no XEN, but chroot - Worker node machines are SUSE Linux 10.0/10.1 and openSUSE 10.2 mixed - Architecture is x86-64 and 32 bit mixed - OBS-Server is on a openSUSE 10.2 machine x86-64 Mount options: - major speedup comes from "data=writeback" with reiserfs - some speedup comes from "noatime" Testing and "noatime": - in order to do some basic testing, we have also copied an instance some of your Projects in our OBS-Instance, e.g. of the Project "Base:build" here, which contains Package "glibc" running the testsuite ok - other Packages from Base:build run, including the respective testsuites, ok, e.g. base system "Base:build" work, x86-64 and x86-32 (e.g. gcc with testsuite and bootstrapping). - I can remember that some SUSE Releases had "data=writeback" deactivated with reiserfs due to triggered bugs Ciao, Martin Adrian Schröter wrote:
On Thursday 06 September 2007 13:57:57 wrote Martin Mohring:
Hi,
during my work with an own obs instance here, I have found the following tuning possibility when using reiserfs for the partition containing the buildroot chroot tree:
- mount this partition with: "data=writeback,noatime" options
Before this, I had setup times for the creation of the chroot and required rpms of about 4-6 minutes (very similiar to your buildserver). With these mount options they have dropped drastically to about 1 minute.
Is this an optimization you would also consider (you seem to also use reiserfs for the buildroot environments)? Are any bad side effects know with using noatime here and with the writeback mode in reiserfs?
In general, we need a setup to test the performance to answer that in a qualified way. Do you use also XEN or do you use chroot enviroments ?
We have some fear that this might break some testsuite, like the glibc test suite. On the other hand, one could of course disable that test, if the speed increasement is really that high.
btw, one of the major reasons, why we use reiserfs is that "mkfs" is so fast ;)
bye adrian
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org