[QUESTION] Too much time to delete file on xfs filesystem

[QUESTION] Too much time to delete file on xfs filesystem

[Ryan Lee]

[-- Attachment #1.1: Type: text/plain, Size: 946 bytes --]

Hi, My name is Ryan.

 Nowadays, Our company product has a new problem which is taking too much
time to delete file on xfs filesystem.

 When I try to delete the file (18GByte, It was just one file), it would
take around 7 minutes 30 seconds.

I've known like this, the XFS filesystem's deleting time is less than other
filesystems such as EXT3, EXT4 and reiserFS.


 What I did here.

-rw-r--r--   1 root     root     18924699648 Jan  2  1971 hdd_write_test6.ts

# time rm hdd_write_test6.ts



real    7m 28.10s

user    0m 0.00s

sys     0m 9.79s

#

 Again, I have an opinion about XFS.

XFS is faster than other filesystem as I told you. and I've got this
information from internet.

But, the test result makes me confusing about that I've belived about XFS
filesystem.



Am I right??

 So, Please, give me any information about this what you have.

Our product use this version like below.

kernel  2.6.37

xfsprogs 3.1.7



Thanks, Ryan.

[-- Attachment #1.2: Type: text/html, Size: 1127 bytes --]

[-- Attachment #2: Type: text/plain, Size: 121 bytes --]

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

Re: [QUESTION] Too much time to delete file on xfs filesystem

[Dave Chinner]

On Tue, Jun 19, 2012 at 09:45:28AM +0900, Ryan Lee wrote:
> Hi, My name is Ryan.
> 
>  Nowadays, Our company product has a new problem which is taking too much
> time to delete file on xfs filesystem.
> 
>  When I try to delete the file (18GByte, It was just one file), it would
> take around 7 minutes 30 seconds.

It's fragmented, isn't it? Run 'xfs_bmap -vp <file>' and count the
extents. If that fails because of ENOMEM errors, run 'xfs_io -f -c
stat <file>' to see what the count of extents is. if the result is
in the thousands, then that is the reason for it being slow.

> # time rm hdd_write_test6.ts

Hmmm - a loopback filesystem image that was written to randomly?
Perhaps you should preallocate the file before running the write
test....

> kernel  2.6.37

A current kernel (e.g. 3.4) will be significantly faster at removing
fragmented files than 2.6.37. Consider upgrading.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs