« Optimisation SSD pour Debian Buster » : différence entre les versions

De Linux Server Wiki
Aller à la navigation Aller à la recherche
(Page créée avec « category:debian category:serveur =Au minimum= * Vérifiez l'alignement des partitions. Exemple pour la partition numéro 1 du disque : <pre> parted /dev/sda alig… »)
 
Aucun résumé des modifications
 
(4 versions intermédiaires par le même utilisateur non affichées)
Ligne 10 : Ligne 10 :
</pre>
</pre>


* Utilisez les options <code>noatime,nodiratime</code> dans <code>/etc/fstab</code>
* Par défaut, les partitions sont montés avec l'option <code>relatime</code> qui est un bon compromis performance/écriture et fonctionnalité <br>
Alternativement vous pouvez utiliser soit l' option <code>nodiratime</code> ou <code>noatime,nodiratime</code>dans <code>/etc/fstab</code>, néanmoins certaines applications pourraient voir leur fonctionnement altéré si elles se servent des atimes unix.


* Activez la commande TRIM de manière hebdomadaire avec fstrim :
* Activez la commande TRIM de manière hebdomadaire avec fstrim :
<pre>
<pre>
cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system/
# cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system/ # Plus nécessaire, le timer existe
systemctl enable fstrim.timer
systemctl enable fstrim.timer
</pre>
</pre>


* Utilisez l'ordonnanceur deadline :
* Utilisez l'ordonnanceur mq-deadline :
Vérifiez si c'est déjà le cas (normalement c'est automatique) avec <code>cat /sys/block/sda/queue/scheduler</code> <br>
Si ce n'est pas le cas :
<pre>
<pre>
aptitude install sysfsutils
aptitude install sysfsutils
echo "block/sda/queue/scheduler = deadline" >> /etc/sysfs.conf  
echo "block/sda/queue/scheduler = mq-deadline" >> /etc/sysfs.conf  
</pre>
</pre>
Faites le pour chaque disque SSD, et vérifiez la bonne application avec <code>cat /sys/block/sda/queue/scheduler</code>
Faites le pour chaque disque SSD, et vérifiez la bonne application avec <code>cat /sys/block/sda/queue/scheduler</code>
Ligne 30 : Ligne 33 :
=Autres choses possibles=
=Autres choses possibles=


* Ajoutez l'option <code>commit=600</code> à vos lignes fstab pour ext4 (attention, cela va de paire avec un risque plus élevé de perte et de corruption des données en cas de coupure de courant)
* Ajoutez l'option <code>commit=600</code> à vos lignes fstab pour ext4 (attention, cela va de paire avec un risque plus élevé de perte et de corruption des données en cas de coupure de courant ou de crash du kernel)


* Stockez /tmp en mémoire : <pre>systemctl enable tmp.mount</pre>
* Stockez /tmp en mémoire : <pre>systemctl enable tmp.mount</pre>


* stockez les logs en mémoire et synchronisez les avec le disque de temps en temps. Exemple : [[Ramlog]]
* stockez les logs en mémoire et synchronisez les avec le disque de temps en temps. Exemple : [[Ramlog]]

Dernière version du 7 mars 2021 à 11:36


Au minimum

  • Vérifiez l'alignement des partitions. Exemple pour la partition numéro 1 du disque :
parted /dev/sda align-check opt 1
parted /dev/sda align-check min 1
  • Par défaut, les partitions sont montés avec l'option relatime qui est un bon compromis performance/écriture et fonctionnalité

Alternativement vous pouvez utiliser soit l' option nodiratime ou noatime,nodiratimedans /etc/fstab, néanmoins certaines applications pourraient voir leur fonctionnement altéré si elles se servent des atimes unix.

  • Activez la commande TRIM de manière hebdomadaire avec fstrim :
# cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system/ # Plus nécessaire, le timer existe
systemctl enable fstrim.timer
  • Utilisez l'ordonnanceur mq-deadline :

Vérifiez si c'est déjà le cas (normalement c'est automatique) avec cat /sys/block/sda/queue/scheduler
Si ce n'est pas le cas :

aptitude install sysfsutils
echo "block/sda/queue/scheduler = mq-deadline" >> /etc/sysfs.conf 

Faites le pour chaque disque SSD, et vérifiez la bonne application avec cat /sys/block/sda/queue/scheduler

  • Réduisez l'usage du swap :
echo "vm.swappiness=1" >> /etc/sysctl.d/local.conf

Autres choses possibles

  • Ajoutez l'option commit=600 à vos lignes fstab pour ext4 (attention, cela va de paire avec un risque plus élevé de perte et de corruption des données en cas de coupure de courant ou de crash du kernel)
  • Stockez /tmp en mémoire :
    systemctl enable tmp.mount
  • stockez les logs en mémoire et synchronisez les avec le disque de temps en temps. Exemple : Ramlog