On Monday 2013-10-28 23:09, Greg Freemyer wrote:
Removing files
For 100 Byte files, xfs takes 0.235 seconds to delete 10,000 files. Both ReiserFS and BtrFS take longer. For 10 MB files, XFS is only bested by ext4, but admittedly by over 3 seconds.
I don't know about you, but I don't delete directories with 10,000 files in them very often and when I do I can stand to wait an extra 3 seconds.
Indeed. So much for real-world application. But - there is a simple test for something that does happen. Try some huge (larger than just 10M) file, like a DVD image, or better, yet, a whole disk image. Example. Cold disk caches: # sync; time (fallocate -l 500G xfs/xbig; sync); time (fallocate -l 500G ext4/xbig; sync) real 0m0.466s user 0m0.000s sys 0m0.016s real 0m9.482s user 0m0.000s sys 0m0.744s # sync; time (rm -f xfs/xbig; sync); time (rm -f ext4/xbig; sync); real 0m0.263s user 0m0.000s sys 0m0.012s real 0m11.374s user 0m0.000s sys 0m0.160s Warm cache: # sync; time (fallocate -l 500G xfs/xbig; sync); time (fallocate -l 500G ext4/xbig; sync) real 0m0.255s user 0m0.000s sys 0m0.008s real 0m6.968s user 0m0.000s sys 0m0.596s # sync; time (rm -f xfs/xbig; sync); time (rm -f ext4/xbig; sync); real 0m0.236s user 0m0.000s sys 0m0.008s real 0m8.887s user 0m0.000s sys 0m0.048s It looks like ext4 still has some bitmaps somewhere - the hard disk LED wants to support my thesis.
fyi: I did not read the test script to confirm all the cache flushes are handled right for the above benchmark to be valid, but it probably doesn't matter. For a normal user, they just want to know how long the command prompt takes to return and don't care if the kernel is still processing the removes in the background.
Why, so put the entire extraction into the background ;-) tar -xf linux-3.11.tar.xz & "Problem solved!1" -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org