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