Ubuntu-fr

BlackSlapPower

TRIM, Fstab et user_xattr: une clarification

L'objet de ce post est de tenter de clarifier une idée que j'ai lu à plusieurs reprises ces derniers jours sur divers forum.
Idée : "l'option user_xattr dans Fstab bypasse la gestion du TRIM à la volée". On trouve cette idée bien formulée ici. A contrario, d'autres ne précise rien à ce sujet et propose de faire les choses de cette manière.

/dev/disk/by-id/ata-OCZ-VERTEX3_OCZ-VGM91N1YF2JEA50S-part3 /                    ext4       noatime,discard,acl,user_xattr        1 1

Ceux qui invoquent l'effet néfaste de cette option de Fstab invoque généralement les résultats à ce test. (rapidement, il s'agit d'un test de suppression).

J'ai testé chez moi et je peux vous assurer que USER_XATTR NE POSE AUCUN PROBLÈME POUR LA GESTION DU TRIM À LA VOLÉE (du moins sous OpenSuse 12.2). Ci joint mon Fstab

/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246J9BB102362-part3 swap                 swap       defaults              0 0
/dev/disk/by-id/ata-OCZ-VERTEX3_OCZ-VGM91N1YF2JEA50S-part3 /                    ext4       noatime,discard,acl,user_xattr        1 1
/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246J9BB102362-part2 /home                ext4       defaults              1 2
proc                 /proc                proc       defaults              0 0
sysfs                /sys                 sysfs      noauto                0 0
debugfs              /sys/kernel/debug    debugfs    noauto                0 0
usbfs                /proc/bus/usb        usbfs      noauto                0 0
devpts               /dev/pts             devpts     mode=0620,gid=5       0 0

et la manip attestant que le TRIM est bien supporté, malgré l'option:

linux-1bcl:/ # dd if=/dev/urandom of=tempfile count=100 bs=512k oflag=direct
100+0 enregistrements lus
100+0 enregistrements écrits
52428800 octets (52 MB) copiés, 3,34394 s, 15,7 MB/s
linux-1bcl:/ # hdparm --fibmap tempfile

tempfile:
 filesystem blocksize 4096, begins at LBA 154568704; assuming 512 byte sectors.
 byte_offset  begin_LBA    end_LBA    sectors
           0  160873472  160875519       2048
     1048576  160899072  160905215       6144
     4194304  160999424  161093631      94208
linux-1bcl:/ # hdparm --read-sector 160999424 /dev/sda

/dev/sda:
reading sector 160999424: succeeded
2ee0 ba1f 16d2 16f7 0d19 224c 42f3 0694
011f fb6e a493 4c7b 4e4b f4a6 d67f aa27
59ef 4943 07cd fdc4 dfa6 0432 7580 1683
22b3 554b 31e4 e179 31b1 5365 e8ea 6805
b753 a8d8 b428 1766 4233 28f1 1c6b c55b
41b7 2004 190b b477 de3f e1a9 378e c0e0
8991 f1c9 867b c235 420e 2374 dd78 2721
ff9c eb6e 82b1 664c 73df f01e 6b92 ac7d
79e6 8586 0a9a b530 4275 1573 4834 f2f0
636c 41cb 3291 cc1b 6aad 36e1 a851 fc02
4337 c146 1b28 9806 69b2 1d31 504f 6492
076d 4b94 7d06 0ac5 7194 ad86 a059 55d7
676a 8866 ae58 16a4 4c99 6d65 5c5d 4cdc
eee8 8437 696c 9b85 b962 35c8 5960 97b1
d2dc e92a 04eb 1908 7e0c c0e1 f0a4 d743
861e 43bd df9c 6039 1433 3e38 c584 95f0
774a 084a 7c1e 4243 191c b334 2ecb 04ab
d0fc bc38 76c0 7d19 992e c6f3 9118 6c4e
7a80 a6b2 1679 a2e6 d49a d3c7 b2b8 742b
c3ab 5f04 142b 54f7 6c21 3fce 4b26 608a
3fc4 e555 c4e9 4918 f5af 4ceb b21a f1de
24e6 2164 6d71 b174 c380 b350 f7ab a771
bfec 0e15 bba2 b0fe a42a 2ee4 34bd b5e3
ae34 533e 763b e39b 02be 6f3e 8b0d 005a
cf2b 033f c2ad e114 a36f 772e e41e 8fe7
0b84 9ec0 1fe0 2792 0d06 9720 7272 5099
992e ba06 423f bba7 c5fa 1e42 3d83 9fa6
8a04 b2b5 a756 7a6e 7731 ae25 d19f d7c7
2031 8703 e2cf 72e5 4158 3f9e 35e5 f847
dc3d 0e0d 4ee2 76e4 9fb7 2be3 6e5d 0014
1aa2 f54e 3f61 abe1 57b5 faa5 5328 5cd5
42d6 2eca 21d2 8fa9 7d44 dd86 6d93 1aaa
linux-1bcl:/ # rm tempfile
linux-1bcl:/ # sync
linux-1bcl:/ # hdparm --read-sector 160999424 /dev/sda

/dev/sda:
reading sector 160999424: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000

Un avis? Ai-je négligé quelque chose? J'ai été étonné par ceci:

linux-1bcl:/home/david # hdparm -I /dev/sda | grep TRIM
           *    Data Set Management TRIM supported (limit 1 block)
           *    Deterministic read data after TRIM

Qu'est-ce que cette histoire de limit de block? Quelqu'un pourrait-il éclairer ma lanterne?
Merci d'avance

Dernière modification par BlackSlapPower (Le 19/11/2012, à 00:40)

---

Asus M4A89GTD Pro/ USB/ AMD Phenom II 555/ 8Go RAM  HD6870/ OpenSUSE 12.2 64bits
EeePc 1000 HE/ Kubuntu 12.04 32bits

BlackSlapPower

Re : TRIM, Fstab et user_xattr: une clarification

Up?

---

Asus M4A89GTD Pro/ USB/ AMD Phenom II 555/ 8Go RAM  HD6870/ OpenSUSE 12.2 64bits
EeePc 1000 HE/ Kubuntu 12.04 32bits