Re: [Un peu HS] Retour sur l'utilisation des SSD sous debian

[Gilles Mocellin <gilles.mocellin@nuagelibre.org>]

Le 04/11/2013 17:04, Jean Baptiste Favre a écrit :
> Hello,
>
> On 03/11/2013 19:07, Sylvain L. Sauvage wrote:
> > Le dimanche 3 novembre 2013 16:11:07 François Boisson a écrit :
> > > […]
> > > > Comment fais-tu avec les données smart pour connaitre le
> > > > volume de données écrites ?
> > > […]
> > > Même questions
> >    Pareil.
> >
> >    On a des valeurs brutes (Media_Wearout_Indicator,
> > Total_LBAs_Written…) mais souvent aucune idée de la
> > signification exacte ou de la valeur de fin de vie…
> >
> > > , à noter que
> > > * J'ai rajouté l'option data=writeback dans les options de
> > > montage (je ne me souviens plus la raison).
> > > * J'ai mis pas mal de répertoires en tmpfs notamment le cache
> > > de iceweasel, le répertoire .thumbnails et bien sûr /tmp.
> >    À noter : il y a certains doutes sur l’innocuité de l’option
> > `discard`, certains lui préfèrent l’utilisation régulière de la
> > commande `fstrim` (plus de lien sous le coude…).
> http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/
>
> En gros, et pour résumer, le discard laisse le kernel gérer le truc en
> temps réel, mais cela peut générer pas mal d'IO. Donc l'idée est de
> lancer fstrim de manière un peu plus maîtrisée.
>
> JB
C'est aussi ce que j'avais lu.
J'ai donc ce script en cron journalier :


$ cat /etc/cron.daily/fstrim
#!/bin/bash
FS=$(mount -t ext3,ext4,btrfs,xfs | cut -d' ' -f 3)

date > /var/log/fstrim.log
for fs in $FS; do
  fstrim -v $fs >> /var/log/fstrim.log
done


Je ne prend que les type de filesystems que j'utilise, car j'ai des 
montages NFS et avec tous les pseudos filesystems que l'on a maintenant 
(SID), ça devient le bazard (cgroup, debugfs, tmpfs...).