« Optimisation SSD pour Debian Buster » : différence entre les versions
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> | ||
* | * 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 à 10: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
relatimequi 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