Optimisation d'un disque SSD système
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
J'ai installé Mageia 4 sur un SSD. Linux est déjà rapide au démarrage mais là, c'est la vitesse de la lumière ! L'ordi passe plus de temps à démarrer l'UEFI !
J'ai lu par ci par là diverses optimisations du fstab pour les SSD mais je voulais avoir votre avis...
Pour ma part, j'ai à la fin des lignes de partitions :
ext4 acl,relatime
Il paraît qu'il faudrait rajouter discard entre autres...
Qu'en pensez-vous ?
Que dois-je rajouter ?
Merci !
cactus Membre non connecté
-
- Voir le profil du membre cactus
- Inscrit le : 07/03/2014
Voici un lien utile, lis bien les dernières pages si tu est concerné.
http://forum.hardware.fr/hfr/OSAlternatifs/Hardware-2/recensement-optimisation-conseils-sujet_69473_43.htm
Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Code BASH :
2 [17:51:16] adrien@superlinux: ~ $ grep " / " /etc/fstab UUID=bb8a29b1-b96b-47eb-924f-3fe3b605ad23 / ext4 defaults 1 1
J'ai rien mis, et pourquoi faire ?
S'il y a des « bons arguments » je les écouterai peut être
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
Par contre j'ai cela : dmesg | grep OCZ
[ 0.657024] ata1.00: ATA-9: OCZ-VERTEX4, 1.5.1, max UDMA/133
[ 0.657862] scsi 0:0:0:0: Direct-Access ATA OCZ-VERTEX4 1.5. PQ: 0 ANSI: 5
pourtant
ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
et hdparm me donne :
hdparm -t -T /dev/sda
/dev/sda:
Timing cached reads: 22992 MB in 2.00 seconds = 11506.49 MB/sec
Timing buffered disk reads: 1036 MB in 3.00 seconds = 344.94 MB/sec
Alors qui croire ? Limité à 133 ou pas ?
Je sais que ce disque peut monter en théorie vers les 450 MB/sec...
XKomodor Membre non connecté
-
- Voir le profil du membre XKomodor
- Inscrit le : 08/01/2008
- Site internet
- Groupes :
-
Administrateur
Et à la ligne :
Code BASH :
SATA Version is:
dans "smartctl" tu as quoi au juste ?
XKomodor
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
Bien joué !
J'ai trouvé 2 sites pour l'optimisation des SSD :
http://linuxfr.org/wiki/linux-sur-ssd
et un plus récent :
http://p3ter.fr/article53/optimiser-son-ssd-sous-linux
Qu'en pensez-vous ?
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
- noatime : ne pas mettre à jour les date de dernier accès
- relatime : mettre à jour la date de dernier accès seulement si elle est plus ancienne que la date de modification
donc comme j'ai relatime, c'est un très bon compromis je pense.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
je n'ai pas de SSD, mais me posant des questions sur le meilleur partitionnement de DD (ici) pour éviter aussi les accès inutiles,
je suis tombé sur ces recommandations d'alignement (entre autres) pour SSD (déjà évoqué dans le 1er lien de tuxlolo, mais ici cas pratique)
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
J'ai l'impression qu'il met des paramètres adaptés en fonction du disque dur ou SSD.
tuxlolo Membre non connecté
-
- Voir le profil du membre tuxlolo
- Inscrit le : 14/03/2014
sda1 ok
sda5 ok
sda2 5Linux Extended) non multiple ce qui ne me semble pas génant pusique sda5 est multiple.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
j'ai surtout mis ce lien pour l'alignement
By Sébastien | septembre 23, 2012 :
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 50331648 50329600 83 Linux
/dev/sda2 50331648 58509312 8177664+ 5 Étendue
/dev/sda5 50333696 58509312 8175616 82 partition d'échange Linux / Solaris
Vous avez gardé votre calculette ? Ça, ce n’était pas une blague.
On va simplement vérifier que chaque début de partition est bien un multiple de 2048. On va diviser le nombre de la colonne « Start » ou « Début » par 2048 : si le résultat est un entier alors c’est bien un multiple de 2048 :
- 2048 / 2048 = 1
- 206848 / 2048 = 101
- 113106944 / 2048 = 55228
/dev/sda1 * 2048 50331648 50329600 83 Linux
/dev/sda2 50331648 58509312 8177664+ 5 Étendue
/dev/sda5 50333696 58509312 8175616 82 partition d'échange Linux / Solaris
Vous avez gardé votre calculette ? Ça, ce n’était pas une blague.
On va simplement vérifier que chaque début de partition est bien un multiple de 2048. On va diviser le nombre de la colonne « Start » ou « Début » par 2048 : si le résultat est un entier alors c’est bien un multiple de 2048 :
- 2048 / 2048 = 1
- 206848 / 2048 = 101
- 113106944 / 2048 = 55228
mais en y regardant de plus près, je ne sais d'où sortent les 2 nombres 206848 et 113106944
car pour sda2 c'est 50331648 que j'aurais divisé par 2048
et pour sda5 c'est 50333696
De plus je ne comprends pas l'intérêt de créer la seconde partition en étendue pour ensuite créer la 1ère logique qui porte non pas sda3 comme on pourrait s'y attendre mais sda5!!!
Perso, je n'aurais créé que des partitions primaires, en cela j'aurai au moins gagné 2048 secteurs qui sont aussi à chaque fois perdus pour l'EBR de chaque partition logique...
Autrement un autre lien
ssd_solid_state_drive
et pour info
SSD : les gens les voient peu endurants et lents une fois chiffrés
Édité par kalagani Le 25/05/2014 à 11h06
lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
J'ai traduit en francais la page du wiki Mageia concernant les SSD
https://wiki.mageia.org/en/Installation_sur_un_SSD_%28Solid_State_Drive%29_fr
Il reste une phrase dont je ne suis pas sûr : Create rc.local using your favourite editor as /etc/rc.d/lc.local with: Je suis preneur d'avis.
Sur le fond, les SSD c'est 100 000 cycles pour la SLC, 10 000 pour la MLC et 1200 pour la derniére née TLC (Samsung EVO). Le site américain AnandTech (http://www.anandtech.com/show/6337/samsung-ssd-840-250gb-review/2) a fait des essais sur des SSD de 128 Go sur la base de volumes moyens pour un particulier. La durée de vie est estimée à 12 ans pour du TLC (35 pour du MLC, 2 fois plus chère à la production).
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
Un point n'est pas clair pour moi, et ne correspond pas aux infos que l'on trouve par ailleur sur le web
cette partie
Trim
Il est impossible sur un SSD d'écrire par-dessus une zone déjà écrite, le système doit d'abord effacer les données présentes avant de pouvoir écrire à nouveau. La commande trim permet au système d'effacer les données périmées pendant les périodes inactives du SSD et ainsi de gagner du temps lors de l'écriture. trim limite aussi le besoin de déplacer des données pour libérer de l'espace, augmentant ainsi la durée de vie du SSD.
trim peut être actif si vous possédez :
Un noyau Linux version 2.6.33 ou supérieure
Un système de fichiers ext4, Btrfs, ou swap.
Une interface matérielle SATA
Notepad.png
Please note!
trim ne supporte pas les technologies RAID ou SCSI
Il n'est plus recommandé d'utiliser l'option discard dans les entrées du fichier /etc/fstab, car cela ralentit l'effacement des fichiers. La seule exception concerne la présence d'une partition swap sur l'unité SSD (les partitions swap n'ont pas de point de montage). Utilisez votre éditeur de texte favori pour ajouter l'option discard dans l'entrée du swap et seulement celle-ci.
Poour activer la commande trim, éditez votre fichier /etc/fstab, par exemple avec l'éditeur vim
Il est impossible sur un SSD d'écrire par-dessus une zone déjà écrite, le système doit d'abord effacer les données présentes avant de pouvoir écrire à nouveau. La commande trim permet au système d'effacer les données périmées pendant les périodes inactives du SSD et ainsi de gagner du temps lors de l'écriture. trim limite aussi le besoin de déplacer des données pour libérer de l'espace, augmentant ainsi la durée de vie du SSD.
trim peut être actif si vous possédez :
Un noyau Linux version 2.6.33 ou supérieure
Un système de fichiers ext4, Btrfs, ou swap.
Une interface matérielle SATA
Notepad.png
Please note!
trim ne supporte pas les technologies RAID ou SCSI
Il n'est plus recommandé d'utiliser l'option discard dans les entrées du fichier /etc/fstab, car cela ralentit l'effacement des fichiers. La seule exception concerne la présence d'une partition swap sur l'unité SSD (les partitions swap n'ont pas de point de montage). Utilisez votre éditeur de texte favori pour ajouter l'option discard dans l'entrée du swap et seulement celle-ci.
Poour activer la commande trim, éditez votre fichier /etc/fstab, par exemple avec l'éditeur vim
dans la première partie, il est décrit tout l'intérêt que TRIM soit activé. (augmente les perfs et la durée de vie)
et dans la deuxième partie, il est indiqué qu'il n'est plus recommandé de l'activer car celà ralenti les performances ?
ou alors c'est DISCARD qui ralentit les perfs et le trim peut-être activié autrement ? automatiquement ?
au final, Pour activer le trim, est-il nécessaire de préciser discard ?
merci.
Édité par Ami age Le 27/04/2014 à 10h17
_______________________________________________________________________ 
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
tuxlolo :
En cherchant un peu, j'ai déjà trouvé cela :
- noatime : ne pas mettre à jour les date de dernier accès
- relatime : mettre à jour la date de dernier accès seulement si elle est plus ancienne que la date de modification
donc comme j'ai relatime, c'est un très bon compromis je pense.
- noatime : ne pas mettre à jour les date de dernier accès
- relatime : mettre à jour la date de dernier accès seulement si elle est plus ancienne que la date de modification
donc comme j'ai relatime, c'est un très bon compromis je pense.
Je dois pas bien comprendre pour relatime :
a chaque fois que le système lit un fichier, il a forcément été modifié auparavant, donc il écrit la date de ce dernier accès ?
edit : en fait quant tu écris "si elle est plus ancienne", ca veut dire antérieure ? je vois pas bien l'intérêt ?
on doit gagner en vitesse, si on écrit plus la date de dernier accès,
Pourquoi ne pas choisir cette option aussi pour les disques durs classiques ?
Édité par Ami age Le 27/04/2014 à 09h57
_______________________________________________________________________
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie