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 Prochaine révision Les deux révisions suivantes | ||
|
ssd_solid_state_drive [Le 18/05/2020, 17:33] 37.170.2.173 [Eviter d'écrire en double exemplaire les traces du fonctionnent du logiciel] |
ssd_solid_state_drive [Le 21/12/2021, 09:32] wiki-corrector-bot passage de http à https sur les liens externes (détecté et corrigé via le bot wiki-corrector (https://forum.ubuntu-fr.org/viewtopic.php?id=2067892) |
||
|---|---|---|---|
| Ligne 1: | Ligne 1: | ||
| + | |||
| {{tag>matériel optimisation}} | {{tag>matériel optimisation}} | ||
| ---- | ---- | ||
| Ligne 33: | Ligne 34: | ||
| * une technologie qui a moins fait ses preuves par rapports aux disques durs qui sont massivement produits et utilisés depuis les années 80 (nombre de disques OCZ notamment ont eu de gros problèmes de fiabilité à long terme non liés à l'usure) ; | * une technologie qui a moins fait ses preuves par rapports aux disques durs qui sont massivement produits et utilisés depuis les années 80 (nombre de disques OCZ notamment ont eu de gros problèmes de fiabilité à long terme non liés à l'usure) ; | ||
| * une durée de vie limitée par le nombre de cycles lecture/écriture auxquels sont soumises les puces mémoire.\\ **C'est ce problème que nous allons réduire au maximum en utilisant au mieux Ubuntu.** | * une durée de vie limitée par le nombre de cycles lecture/écriture auxquels sont soumises les puces mémoire.\\ **C'est ce problème que nous allons réduire au maximum en utilisant au mieux Ubuntu.** | ||
| + | |||
| + | **certains indiquent cependant que | ||
| + | "un SSD, ce n'est pas plus « fragile » qu'un disque mécanique. Certaines études tendraient même à montrer l'inverse." ** | ||
| ==== Vocabulaire de la technique des disques électroniques ==== | ==== Vocabulaire de la technique des disques électroniques ==== | ||
| Ligne 88: | Ligne 92: | ||
| ==== La commande TRIM à la volée du côté kernel ==== | ==== La commande TRIM à la volée du côté kernel ==== | ||
| - | Notez encore une fois que **depuis Ubuntu 14.04 LTS, la commande TRIM est activée par défaut**((Source : http://www.leaseweblabs.com/2013/12/ubuntu-14-04-lts-supports-trim-ssd-drives/)). L'usage de la méthode décrite ici n'est pas recommandée actuellement par Ubuntu. | + | Notez encore une fois que **depuis Ubuntu 14.04 LTS, la commande TRIM est activée par défaut**((Source : https://www.leaseweblabs.com/2013/12/ubuntu-14-04-lts-supports-trim-ssd-drives/)). L'usage de la méthode décrite ici n'est pas recommandée actuellement par Ubuntu. |
| Il suffit d'ajouter l'option ''discard'' dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab : | Il suffit d'ajouter l'option ''discard'' dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab : | ||
| Ligne 144: | Ligne 148: | ||
| Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'autres tâches de maintenance du système. | Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'autres tâches de maintenance du système. | ||
| - | [[http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/|Source originale de cette procédure]] | + | [[https://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/|Source originale de cette procédure]] |
| ==== La commande TRIM manuelle ==== | ==== La commande TRIM manuelle ==== | ||
| Ligne 358: | Ligne 362: | ||
| **De nos jours ubuntu utilise par défaut l'option relatime qui est une variante de noatime, vous n'avez donc rien à faire si vous utilisez Ubuntu 12.04 LTS ou une version plus récente.** | **De nos jours ubuntu utilise par défaut l'option relatime qui est une variante de noatime, vous n'avez donc rien à faire si vous utilisez Ubuntu 12.04 LTS ou une version plus récente.** | ||
| - | <note>''nodiratime'' est superflu, car ''noatime'' est un sur-ensemble de ''nodiratime'' (qui est alors sous-entendu), voir [[http://blog.endpoint.com/2010/02/on-linux-noatime-includes-nodiratime.html|la source]].</note> | + | en 20.04 ,dans fstab une partition sans l'option ...time |
| + | <file>/etc/fstab | ||
| + | # / was on /dev/sde3 during installation | ||
| + | UUID=525a0522-f476-4670-bc78-063abbf871c5/ ext4 errors=remount-ro 0 1 </file> | ||
| + | est montée avec relatime | ||
| + | <file>mount | ||
| + | /dev/sde3 on / type ext4 (rw,relatime,errors=remount-ro)</file> | ||
| + | |||
| + | <note>''nodiratime'' est superflu, car ''noatime'' est un sur-ensemble de ''nodiratime'' (qui est alors sous-entendu), voir [[http://blog.endpoint.com/2010/02/on-linux-noatime-includes-nodiratime.html|la source]].</note> | ||
| En [[tutoriel:comment_modifier_un_fichier|modifiant]] ''/etc/fstab'' avec les droits d'administration, vous pouvez ajouter l'option ''noatime'' dans les lignes correspondant à de l'Ext4 sur un disque électronique. Par exemple : | En [[tutoriel:comment_modifier_un_fichier|modifiant]] ''/etc/fstab'' avec les droits d'administration, vous pouvez ajouter l'option ''noatime'' dans les lignes correspondant à de l'Ext4 sur un disque électronique. Par exemple : | ||
| Ligne 371: | Ligne 383: | ||
| * [[:tutoriel:deplacer_home|Déplacer son dossier home]] | * [[:tutoriel:deplacer_home|Déplacer son dossier home]] | ||
| - | ==== Eviter d'écrire en double exemplaire les traces du fonctionnent du logiciel ==== | + | ==== Eviter d'écrire en double exemplaire les traces du fonctionnement du logiciel ==== |
| Depuis quelques années, le logiciel écrit ses traces de fonctionnement de façon standard dans le répertoires **/var/log/journal.** Pour raison de compatibilité avec le passé, il duplique dans les fichiers **/var/log/syslog** et **/var/log/kern**. | Depuis quelques années, le logiciel écrit ses traces de fonctionnement de façon standard dans le répertoires **/var/log/journal.** Pour raison de compatibilité avec le passé, il duplique dans les fichiers **/var/log/syslog** et **/var/log/kern**. | ||
| Cependant il faut savoir tourner la page. Surtout qu'il fournit un [[systemd|outil de consultation]] dans le nouveau mode et pas dans l'ancienne méthode. | Cependant il faut savoir tourner la page. Surtout qu'il fournit un [[systemd|outil de consultation]] dans le nouveau mode et pas dans l'ancienne méthode. | ||
| Ligne 393: | Ligne 405: | ||
| sudo sed -i 's/*.*;auth,authpriv.none/########### *.*;auth,authpriv.none/' /etc/rsyslog.d/50-default.conf | sudo sed -i 's/*.*;auth,authpriv.none/########### *.*;auth,authpriv.none/' /etc/rsyslog.d/50-default.conf | ||
| sudo sed -i 's/kern./########### kern./' /etc/rsyslog.d/50-default.conf</code> | sudo sed -i 's/kern./########### kern./' /etc/rsyslog.d/50-default.conf</code> | ||
| + | Puis faire la prise en compte | ||
| + | <code bash>systemctl restart systemd-journald | ||
| + | sudo logrotate -f /etc/logrotate.conf</code> | ||
| + | et réaliser l'épuration | ||
| + | <code bash>sudo rm -v /var/log/kern* | ||
| + | sudo rm -v /var/log/syslog*</code> | ||
| Ligne 435: | Ligne 453: | ||
| </note> | </note> | ||
| - | <note>FIXME Selon les fabricants de disques SSD, comme par exemple [[http://kb-fr.sandisk.com/app/answers/detail/a_id/9508/~/recommandations-de-performance-ssd|Sandisk]], les partitions peuvent se contenter d'un alignement sur les pages de 4Ko, soit tous les 8 secteurs. Il n'est pas indispensable d'aligner les partitions sur les blocs de 1Mo, sauf, bien-sûr, pour la première.</note> | + | <note>FIXME Selon les fabricants de disques SSD, comme par exemple [[https://kb-fr.sandisk.com/app/answers/detail/a_id/9508/~/recommandations-de-performance-ssd|Sandisk]], les partitions peuvent se contenter d'un alignement sur les pages de 4Ko, soit tous les 8 secteurs. Il n'est pas indispensable d'aligner les partitions sur les blocs de 1Mo, sauf, bien-sûr, pour la première.</note> |
| Si vous souhaitez aller plus loin, vous pouvez [[#Minimiser l'usage du disque électronique SSD|utiliser au mieux Ubuntu pour votre disque électronique]]. | Si vous souhaitez aller plus loin, vous pouvez [[#Minimiser l'usage du disque électronique SSD|utiliser au mieux Ubuntu pour votre disque électronique]]. | ||
| Ligne 443: | Ligne 461: | ||
| **Cette partie est inutile si vous utilisez une version encore maintenue par Ubuntu, l'alignement se fait automatiquement avec n'importe quelle méthode « normale » de partitionnement.** | **Cette partie est inutile si vous utilisez une version encore maintenue par Ubuntu, l'alignement se fait automatiquement avec n'importe quelle méthode « normale » de partitionnement.** | ||
| - | <note warning>Attention cette méthode vient du forum [[http://forum.hardware.fr/hfr/OSAlternatifs/Hardware-2/recensement-optimisation-conseils-sujet_69473_1.htm|hardware.fr]] (un grand merci à eux) et a initialement été conçue pour Arch. La méthode de partitionnement est susceptible de varier sous Ubuntu. Ne suivez cette méthode que si vous êtes sûr de vous et que si vous savez résoudre des problèmes pouvant survenir au cours d'un formatage !</note> | + | <note warning>Attention cette méthode vient du forum [[https://forum.hardware.fr/hfr/OSAlternatifs/Hardware-2/recensement-optimisation-conseils-sujet_69473_1.htm|hardware.fr]] (un grand merci à eux) et a initialement été conçue pour Arch. La méthode de partitionnement est susceptible de varier sous Ubuntu. Ne suivez cette méthode que si vous êtes sûr de vous et que si vous savez résoudre des problèmes pouvant survenir au cours d'un formatage !</note> |
| <note warning> La procédure d'origine était faite pour un OCZ-Vertex avec une taille de bloc de 128 Kio, ce qui n'est plus le cas sur les disques électroniques récents (> 2010). Par conséquent, la documentation a été réécrite pour une taille de bloc de 1024 Kio qui permet de garantir un alignement avec tous ses sous-multiples (512, 256, 128, etc.). Vous perdez 1 Mio sur l'ensemble du disque ce qui est négligeable et cela assure une compatibilité et un alignement parfait avec tous les disques électroniques. Le fichier de calcul a également été mis à jour en conséquence.</note> | <note warning> La procédure d'origine était faite pour un OCZ-Vertex avec une taille de bloc de 128 Kio, ce qui n'est plus le cas sur les disques électroniques récents (> 2010). Par conséquent, la documentation a été réécrite pour une taille de bloc de 1024 Kio qui permet de garantir un alignement avec tous ses sous-multiples (512, 256, 128, etc.). Vous perdez 1 Mio sur l'ensemble du disque ce qui est négligeable et cela assure une compatibilité et un alignement parfait avec tous les disques électroniques. Le fichier de calcul a également été mis à jour en conséquence.</note> | ||
| Ligne 630: | Ligne 648: | ||
| puis mettre à jour : <code bash>sudo update-grub</code> | puis mettre à jour : <code bash>sudo update-grub</code> | ||
| - | → [[http://www.ab9il.net/linux/solid-state-drives1.html|Source]] | + | → [[https://www.ab9il.net/linux/solid-state-drives1.html|Source]] |
| Afin d' améliorer les performances des systèmes comportant a la fois des disques SSD et des disques mécaniques il est possible grâce à UDEV de définir automatiquement le scheduleur à utiliser en fonction du type de disque (a plateaux ou SSD) avec la méthode suivante : | Afin d' améliorer les performances des systèmes comportant a la fois des disques SSD et des disques mécaniques il est possible grâce à UDEV de définir automatiquement le scheduleur à utiliser en fonction du type de disque (a plateaux ou SSD) avec la méthode suivante : | ||
| Ligne 658: | Ligne 676: | ||
| ---- | ---- | ||
| - | //Contributeurs principaux : Kortex@HFR et Albator du [[http://forum.hardware.fr/hfr/OSAlternatifs/Hardware-2/recensement-optimisation-conseils-sujet_69473_1.htm|forum.hardware.fr]], un grand merci à eux.// | + | //Contributeurs principaux : 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.// |