Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
ssd [Le 18/05/2025, 17:45] krodelabestiole [Utilisation avec Ubuntu] |
ssd [Le 07/10/2025, 15:22] (Version actuelle) krodelabestiole [Ramasse-miettes] disque !? |
||
---|---|---|---|
Ligne 33: | Ligne 33: | ||
<note>C'est aussi vrai pour les [[:virtualisation|machines virtuelles]].</note> | <note>C'est aussi vrai pour les [[:virtualisation|machines virtuelles]].</note> | ||
- | Même pour le stockage des fichiers multimédia les plus lourds, la [[#types_de_cellules|NAND QLC]] par exemple permet d'accélérer très largement les recherches et les accès, pour un tarif peu supérieur aux disques durs à capacité égale (et sans en avoir les multiples défauts). On réserve désormais les disques durs à la [[:sauvegarde]], ou au stockage de fichiers lourds et peu sollicités. | + | Même pour le stockage des fichiers multimédia les plus lourds, la [[#types_de_cellules|NAND QLC]] par exemple permet d'accélérer très largement les recherches et les accès, pour un tarif peu supérieur aux disques durs à capacité égale (et sans en avoir les multiples défauts). On réserve désormais les disques durs à la [[:sauvegarde]], ou au stockage de fichiers lourds et peu sollicités (on parle de //[[wpfr>données froides]]//). |
===== Utilisation avec Ubuntu ===== | ===== Utilisation avec Ubuntu ===== | ||
Ligne 87: | Ligne 87: | ||
https://forum.ubuntu-fr.org/viewtopic.php?pid=22774343#p22774343|ce sujet]] sur le forum.)) | https://forum.ubuntu-fr.org/viewtopic.php?pid=22774343#p22774343|ce sujet]] sur le forum.)) | ||
- | * **//Single Level Cell// (SLC)** : stocke 1 bit unique. La cellule survit à environ **100000** cycles d'écriture.\\ Idéal pour un usage très intensif, mais très onéreux. Ce type de mémoire ne s'adresse pas au grand public. | + | * **//Single-Level Cell// (SLC)** : stocke 1 bit unique. La cellule survit à environ **100000** cycles d'écriture.\\ Idéal pour un usage très intensif, mais très onéreux. Ce type de mémoire ne s'adresse pas au grand public. |
- | * **//Multi Level Cell// (MLC)** : ce terme est en fait plutôt utilisé spécifiquement pour les cellules pouvant stocker 2 bit. Espérance de vie d'environ **10000** cycles.\\ Convient parfaitement à un système d'exploitation. Si on a beaucoup de données personnelles à stocker (multimédia en particulier), son rapport capacité / prix n'est par contre pas très intéressant. | + | * **//Multi-Level Cell// (MLC)** : ce terme est en fait plutôt utilisé spécifiquement pour les cellules pouvant stocker 2 bit. Espérance de vie d'environ **10000** cycles.\\ Convient parfaitement à un système d'exploitation. Si on a beaucoup de données personnelles à stocker (multimédia en particulier), son rapport capacité / prix n'est par contre pas intéressant. |
- | * **//Triple Level Cell// (TLC)** : 3 bit. Environ **3000** cycles.\\ C'est généralement un bon rapport qualité / prix, permettant de stocker tous types de données, système d'exploitation comme fichiers multimédia. | + | * **//Triple-Level Cell// (TLC)** : 3 bit. Environ **3000** cycles.\\ C'est généralement un bon rapport qualité / prix, permettant de stocker tous types de données, système d'exploitation comme fichiers multimédia. |
- | * **//Quad Level Cell// (QLC)** : 4 bit. Environ **1000** cycles.\\ Pour lui garantir une durée de vie optimale, mieux vaut réserver ces SSD à du stockage qui ne sera pas réécrit très régulièrement (éviter d'y stocker la [[:SWAP]] par exemple). Ce matériel de par son meilleur rapport capacité / prix convient parfaitement au stockage de fichiers multimédia (photos, musiques, vidéos...). Cette technologie permet d'atteindre des niveaux de capacité inédits, dans un espace physique très restreint (8 To ou plus dans un 2,5") ! | + | * La **eTCL** (pour //Enterprise Triple-Level Cell//), plus chère, est conçue pour offrir une espérance de vie supérieure (environ **7000** cycles) et donc adaptée aux applications les plus actives (comme un [[:serveur]] pleinement chargé). |
+ | * **//Quad-Level Cell// (QLC)** : 4 bit. Environ **1000** cycles.\\ Pour lui garantir une durée de vie optimale, mieux vaut réserver ces SSD à du stockage qui ne sera pas réécrit très régulièrement (éviter d'y stocker la [[:SWAP]] par exemple). Ce matériel de par son meilleur rapport capacité / prix convient parfaitement au stockage de fichiers multimédia (photos, musiques, vidéos...). Cette technologie permet d'atteindre des niveaux de capacité inédits dans un espace physique restreint (8 To ou plus dans un 2,5"). | ||
Sur ce sujet voir aussi [[https://www.kingston.com/fr/blog/pc-performance/difference-between-slc-mlc-tlc-3d-nand|cet article]].(([[wpfr>Kingston_(constructeur)|Kingston]] est un fabriquant de SSD bien connu.)) | Sur ce sujet voir aussi [[https://www.kingston.com/fr/blog/pc-performance/difference-between-slc-mlc-tlc-3d-nand|cet article]].(([[wpfr>Kingston_(constructeur)|Kingston]] est un fabriquant de SSD bien connu.)) | ||
- | ===== TRIM ===== | + | ===== Techniques d'optimisation ===== |
+ | |||
+ | <note important>Comme indiqué [[#utilisation_avec_ubuntu|ci-dessus]], aucune modification du système n'est nécessaire pour qu'il gère au mieux les SSD. | ||
+ | |||
+ | Sont listées ici //pour information et lexique// les techniques employées par les SSD ou le système pour gérer au mieux le matériel.</note> | ||
+ | |||
+ | ==== TRIM ==== | ||
Les contrôleurs des SSD écrivent par blocs de 4 ko, mais effacent par blocs beaucoup plus larges, ce qui impose de nombreuses lectures ou de nombreux déplacements pour effacer des blocs, et donc une baisse des performances.\\ | Les contrôleurs des SSD écrivent par blocs de 4 ko, mais effacent par blocs beaucoup plus larges, ce qui impose de nombreuses lectures ou de nombreux déplacements pour effacer des blocs, et donc une baisse des performances.\\ | ||
Ligne 101: | Ligne 108: | ||
Ubuntu effectue cette opération automatiquement et régulièrement avec le programme ''[[man>fstrim]]''.\\ | Ubuntu effectue cette opération automatiquement et régulièrement avec le programme ''[[man>fstrim]]''.\\ | ||
Vous pouvez vérifier son bon fonctionnement avec cette commande : | Vous pouvez vérifier son bon fonctionnement avec cette commande : | ||
- | <code>systemctl status fstrim</code> | + | systemctl status fstrim |
+ | ou, sans doute plus utilement : | ||
+ | systemctl status fstrim.timer | ||
+ | indique le moment de la prochaine exécution programmée de ''[[man>fstrim]]'' (ligne ''Trigger:''). | ||
<note warning>Attention au fait que la commande TRIM rend la {{tagpage>récupérer|récupération de données}} impossible sur les secteurs concernés.</note> | <note warning>Attention au fait que la commande TRIM rend la {{tagpage>récupérer|récupération de données}} impossible sur les secteurs concernés.</note> | ||
Voir aussi l'[[https://www.linuxtricks.fr/wiki/linux-lancer-un-trim-sur-le-disque|utilisation de fstrim]] sur //linuxtricks.fr//. | Voir aussi l'[[https://www.linuxtricks.fr/wiki/linux-lancer-un-trim-sur-le-disque|utilisation de fstrim]] sur //linuxtricks.fr//. | ||
- | |||
- | ===== Vocabulaire technique ===== | ||
==== Ramasse-miettes ==== | ==== Ramasse-miettes ==== | ||
Ligne 113: | Ligne 121: | ||
(ou **//[[wpfr>Ramasse-miettes_(informatique)|garbage collector]]//**) | (ou **//[[wpfr>Ramasse-miettes_(informatique)|garbage collector]]//**) | ||
- | Ce mécanisme permet de réorganiser les données sur le disque, pour permettre de conserver de bonnes performances après des écritures aléatoires. \\ | + | Ce mécanisme permet de réorganiser les données sur le support, pour permettre de conserver de bonnes performances après des écritures aléatoires. \\ |
- | La plupart des disques l'intègrent aujourd'hui. | + | La plupart des SSD l'intègrent aujourd'hui. |
==== Égalisation de l'usure ==== | ==== Égalisation de l'usure ==== | ||
Ligne 121: | Ligne 129: | ||
C'est un procédé utilisé par les contrôleurs des SSD. Il consiste à répartir l'usure des cellules en écrivant le moins souvent possible dans les mêmes, et en profitant ainsi au maximum du nombre de cycles de lecture-écriture de chacune. Cet algorithme améliore donc la durée de vie des SSD. | C'est un procédé utilisé par les contrôleurs des SSD. Il consiste à répartir l'usure des cellules en écrivant le moins souvent possible dans les mêmes, et en profitant ainsi au maximum du nombre de cycles de lecture-écriture de chacune. Cet algorithme améliore donc la durée de vie des SSD. | ||
+ | |||
+ | On peut estimer l'usure d'un SSD grâce à [[:smartmontools|SMART]] : | ||
+ | sudo smartctl -a /dev/nvme0 | ||
+ | (''nvme0'' [[:partitions#designation_des_partitions_dans_ubuntu|à adapter]] si besoin)\\ | ||
+ | La ligne ''Percentage Used'' indique le pourcentage d'usure des cellules. Celui-ci peut dépasser 100%, il est dans ce cas urgent de changer de support !\\ | ||
+ | //-- Un SSD sain ne dispense en aucun cas de [[:sauvegarde|sauvegarder]] régulièrement.// | ||
La commande [[#TRIM]] permet d'augmenter la quantité de cellules considérées comme vides par le SSD et donc d'améliorer cette opération. Grâce à TRIM, plus le SSD contient d'espace vide, mieux est répartie son usure. | La commande [[#TRIM]] permet d'augmenter la quantité de cellules considérées comme vides par le SSD et donc d'améliorer cette opération. Grâce à TRIM, plus le SSD contient d'espace vide, mieux est répartie son usure. | ||
Ligne 126: | Ligne 140: | ||
===== Voir aussi ===== | ===== Voir aussi ===== | ||
- | * **(//en//)** [[https://youtu.be/5Mh3o886qpg|Film éducatif]] expliquant //en détail// le fonctionnement d'un SSD (sous-titres français disponibles). | ||
* [[:Disque dur]] | * [[:Disque dur]] | ||
* [[:Partitions]] | * [[:Partitions]] | ||
+ | * Impressionnant [[https://youtu.be/5Mh3o886qpg|film éducatif]] expliquant //en détail// le fonctionnement d'un SSD (VO anglaise, sous-titres français disponibles). | ||
---- | ---- | ||
//Contributeurs : Kortex@HFR et Albator((du [[https://forum.hardware.fr/hfr/OSAlternatifs/Hardware-2/recensement-optimisation-conseils-sujet_69473_1.htm|forum.hardware.fr]], un grand merci à eux)), [[:utilisateurs:krodelabestiole]]// | //Contributeurs : Kortex@HFR et Albator((du [[https://forum.hardware.fr/hfr/OSAlternatifs/Hardware-2/recensement-optimisation-conseils-sujet_69473_1.htm|forum.hardware.fr]], un grand merci à eux)), [[:utilisateurs:krodelabestiole]]// |