Am Mittwoch 08 Oktober 2008 schrieb Dave Chinner:
> The busy extent tracking in XFS is currently very static and has
> some performance issues. We can only track 128 busy extents per AG,
> and when we overflow this we fall back to synchronous transactions.
> Also, every time we re-use a busy extent we cause a synchronous log
> force, which stops all allocation and freeing in that AG while the
> log force is in progress.
Could this accelerate
tar -xf linux-2.6.26.tar.gz
rm -r linux-2.6.26
A student in the Linux Performance Tuning course I hold this week compared
this with ext3, even with the improved mkfs.xfs options (but without
lazy-count=1, cause mkfs.xfs from Debian Etch is too old) and even with
noop as IO scheduler. AFAIR XFS took roughly 3-4 times as long as Ext3, I
did not note the exact numbers. This was with 2.6.25. I can repeat the
test locally with 188.8.131.52 if wanted.
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7