Re: Santé des SSD et SSD plus généralement
On Fri, 28 Oct 2011 08:09:47 +0200
Nicolas KOWALSKI <nicolas.kowalski@gmail.com> wrote:
> En squeeze avec des systèmes de fichiers ext4, c'est suffisant, car
> relatime est activé par défaut.
>
> petole:~# grep ext4 /etc/fstab
> LABEL=root / ext4 defaults 0 1
> LABEL=home /home ext4 defaults 0 2
La seule différence entre atime et relatime, c'est que le 2nd n'effectue
pas une MàJ systématique mais seulement si l'heure d'accès actuelle est
inférieure à l'heure d'accès précédente.
Sur un portable avec une dérive positive de l'horloge C-MOS non-corrigée
(70% des cas), on se retrouve avec des tas d'écritures en plus.
Donc noatime, nodiratime ET norelatime (parce que c'est le défaut pour
les krnls > 2.6.30) - à part pour ceux qui utilisent certains vieux pgms
tel que mutt ou de vieux compilateurs, qui se basent sur atime pour
déterminer s'il y a eu modif ou non des fichiers.
> petole:~# cat /proc/mounts | grep ext4
> /dev/disk/by-uuid/847a9b60-3fca-4596-9f5c-1e142acdde6f / ext4 rw,relatime,barrier=1,data=ordered 0 0
> /dev/sda3 /home ext4 rw,relatime,barrier=1,data=ordered 0 0
A partir du moment où la machine est sécurisé par un onduleur, ou est un
portable, il est préférable de passer 'barrier' à '0'.
Et il est conseillé de passer 'data' à 'writeback', mais uniquement pour les
partoches ≠ / (risque de freeze au boot sinon); voire même de ne pas
utiliser de journal du tout.
Il faut aussi changer le type du scheduler.
Qq articles sur le sujet (les meilleurs étaient sur thunk.org mais il
semble down pour le moment):
http://crunchbanglinux.org/forums/topic/13129/howto-optimize-linux-for-use-with-a-solid-state-drive/
http://forums.fedoraforum.org/showthread.php?t=215109
--
Hear about...
the careless contortionist who accidentally swallowed his pride?
Reply to: