>we've been running XFS on the data disks of our HPC Linux cluster since <br>
>a while. we are quite happy with xfs, thx guys for your work!<br>
>the setup is:<br>
><br>
>- dual >=1GHZ box, 4GB mem<br>
>- lvm 0.9beta7, phys. volume size ~140 GB, logical vol for xfs: 100GB<br>
>- no additional mount options or options for mkfs.xfs were given <br>
>- kernel 2.4.8pre4-xfs, highly patched SuSE 7.0 (not that it should matter)<br>
><br>
>a user complained that <i>rm -rf of 400MB </i> takes ~10 minutes (!) until
>the <br>
>command returns, whereas on the systems with reiserfs we have e.g. it <br>
>takes seconds.<br>
Some very important data is missing:
- what's the I/O performance of the disk subsystem?
- what was the system doing during the observed 10 min?
CPU power doesn't count as much as disk I/O performance because
unlink(2) on XFS is a synchronous operation.
>i don't know so much about the quality of the data, my guess is that some
>files <br>
>are small (~100k), others a big (a few hundred MB). i read in the FAQ that<br>
>XFS isn't particular good in rm-rf'ing files, which isn't really <b>the
></b>issue for<br>
>us, because in 99.9%of the time data is being read from the volume and not
><br>
>removed via rm -rf.<br>
So, three files à 100 MB and 1,024 files à 100 KB are 400 MB in sum and
even a busy system shouldn't take 10 min for deleting 1,027 files. I
guess your estimate of the file sizes is slightly wrong.
|