Poor performance using discard

Thomas Lynema lyz27 at yahoo.com
Tue Feb 28 16:56:18 CST 2012


Please reply to my personal email as well as I am not subscribed to the
list.

I have a PP120GS25SSDR it does support trim 

cat /sys/block/sdc/queue/discard_max_bytes 
2147450880

The entire drive is one partition that is totally used by LVM.

I made a test vg and formatted it with mkfs.xfs.  Then mounted it with
discard and got the following result when deleting a kernel source:

/dev/mapper/ssdvg0-testLV on /media/temp type xfs
(rw,noatime,nodiratime,discard)

time rm -rf linux-3.2.6-gentoo/
real   5m7.139s
user   0m0.080s
sys   0m1.580s 

There where lockups where the system would pause for about a minute
during the process.

ext4 handles this scenerio fine:

/dev/mapper/ssdvg0-testLV on /media/temp type ext4
(rw,noatime,nodiratime,discard)

time rm -rf linux-3.2.6-gentoo/

real   0m0.943s
user   0m0.050s
sys   0m0.830s 

xfs mounted without discard seems to handle this fine:

/dev/mapper/ssdvg0-testLV on /media/temp type xfs
(rw,noatime,nodiratime)

time rm -rf linux-3.2.6-gentoo/
real	0m1.634s
user	0m0.040s
sys	0m1.420s

uname -a
Linux core24 3.2.5-gentoo #11 SMP PREEMPT Sat Feb 11 15:46:22 EST 2012
x86_64 Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz GenuineIntel
GNU/Linux


Any suggestions?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20120228/1b995d00/attachment.sig>


More information about the xfs mailing list