• [^] # Re: SSD « propres » ?

    Posté par (site web personnel) . En réponse au journal De l'obsolescence programmée chez Crucial. Évalué à 3.

    Le discard du /etc/fstab peut ralentir l'effacement de fichier :

    Without "discard" option:

    • Unpack: 1.21s
    • Sync: 1.66s (= 172 MB/s)
    • Delete: 0.47s
    • Sync: 0.17s

    With "discard" option:

    • Unpack: 1.18s
    • Sync: 1.62s (= 176 MB/s)
    • Delete: 0.48s
    • Sync: 40.41s

    Par contre, le wiki d'Arch Linux recommande d'ajouter discard dans /etc/fstab. Du moins, si l'effacement de fichier n'est pas plus lent :

    But sometimes it may cause some SSDs to perform slowly during deletion of files. If this is the case, one may choose to use fstrim as an alternative.

    [...]

    Note: Use the 'discard' mount option as a first choice. This method should be considered second to the normal implementation of TRIM.

    Donc avant de choisir (discard ou fstrim), mieux vaut tester son SSD spécifique. A moins, que cette page Arch Linux se trompe... (qui veut bien mettre à jour cette page wiki ?)

    Remarquons que plus bas (ext4) sur cette même page, les deux possibilités sont rappelées (mais la possibilité fstrim est en parenthèses) :

    ext4 users must explicitly enable the TRIM command support using the discard mount option in fstab (or with tune2fs -o discard /dev/sdaX)

    Qui a déjà réalisé ce genre de tests ?

    Commentaire sous licence Creative Commons Zero CC0 1.0 Universal (Public Domain Dedication)