Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#26 25-09-2016 12:44:59

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 3.16.0-4-amd64 - 3.16.39-1
(G)UI : gnome 1:3.14+3
Inscription : 21-10-2008

Re : SSD.....Optimisation....obligatoire?

En cas de posts consécutifs, utiliser le post précédent en l'éditant par Modifier plutôt que d'en rajouter un nouveau. wink

"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

#27 25-09-2016 13:15:31

naguam
Membre
Lieu : Dans les Chocos-DF de smolski
Distrib. : Plusieurs
Noyau : Un kernel
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : SSD.....Optimisation....obligatoire?

Excuse moi mais j'ai cru que Severian avais déjà répondu et si j'avais modifié mon post, je n'aurait pas été sur qu'il le lise... mais tu as raison au niveau de mon post # 16, d'aileurs, l'énorme citation était pour ce qui m'avais interpellé.. Merci smolski!

Sinon, Severian, je regarde toujours niveau ce la commande mais là je ne suis pas dispo pour rechercher jusqu'à environ 17h et là j'édite mes dernier posts avant cette heure là..... smile

Ado Linuxien Compiler son kernel! character0065.gif

Hors ligne

#28 25-09-2016 22:41:45

raleur
Membre
Inscription : 03-10-2014

Re : SSD.....Optimisation....obligatoire?

naguam a écrit :

mais imaginons que j'ai besoin de le faire car mon SSD serait supposé plein..... Comment devrais-je faire?


Tant pis. La défragmentation occasionne beaucoup d'écritures, à mon avis ce n'est pas une bonne idée de l'utiliser sur un SSD.
Le ramasse-miettes interne est automatique. On peut juste l'aider en utilisant le TRIM (discard).

nIQnutn a écrit :

il me semble que certaines systèmes de fichiers sont plus avancés pour une utilisation avec SSD ?


Tous les systèmes de fichiers ne supportent pas l'option "discard" qui utilise la fonction TRIM des SSD pour marquer les blocs qui peuvent être effacés.
ext4, brtfs, et peut-être xfs ont cette option, mais pas ext2 ni ext3.

naguam a écrit :

j'ai lu de mettre /tmp dans la ram, ce que je ne veux absolument pas.... car je ne pense pas avoir besoin de mettre 8GB de ram dans ma machine mais j'utilise quand même pas mal ma ram


Un système de fichiers tmpfs peut utiliser le swap si nécessaire.

naguam a écrit :

pourquoi copier.... et exlications du truc.


Copier pour ne pas avoir à retaper à la main.
But : exécuter régulièrement fstrim pour marquer comme effaçables les blocs ne contenant pas de données utiles. Evidemment, ces fichiers ne marchent qu'avec systemd comme système d'init.

naguam a écrit :

Demande explications là aussi


Activer l'option discard pour un système de fichiers ne suffit pas : si le système de fichiers n'est pas directement dans un disque ou une partition mais dans un périphérique "virtuel" comme un volume logique LVM, un ensemble RAID logiciel ou un volume chiffré, il faut aussi que ce périphérique supporte et propage l'option discard jusqu'au SSD. Dans le cas d'un volume chiffré, il faut ajouter l'option discard dans /etc/cryptab. Mais s'il s'agit d'un volume chiffré qui est ouvert par l'initramfs (car contenant la racine, /usr ou le swap de l'hibernation), alors il faut que la modification de crypttab soit intégrée à l'initramfs. C'est l'objet de la commande update-initramfs -u. L'option "-k all" dit de reconstruire les initramfs de tous les noyaux présents, et pas seulement celui du noyau actif.

Severian a écrit :

Intégrer le trim directement dans le fstab (en ajoutant l'option discard)
il me semble me rappeler que c'était au final déconseillé car ça créait plus d'écriture sur le ssd


Non, ce n'est pas le problème. L'option discard, la commande fstrim et la commande blkdiscard utilisent la même commande TRIM du SSD. Cette commande ne produit aucune écriture par elle-même, elle ne fait que marquer les secteurs désignés comme effaçables. Cela ne signifie pas qu'ils vont être effacés immédiatement. Mais parfois c'est le cas, et c'est ce qui peut poser problème avec la première version de la commande TRIM qui interrompt et empêche l'exécution de toute opération de lecture/écriture en parallèle pendant tout le temps de son exécution, peut-être au mauvais moment où le système produit une intense activité disque. (Une seconde version de la commande TRIM a été créée dans une révision ultérieure du standard ATA, mais l'implémentation de cette commande dans plusieurs modèles de SSD est buggée et peut provoquer des pertes de données. Les modèles identifiés comme tels sont répertoriés au fur et à mesure dans le noyau qui n'utilise que la première version (bloquante) avec ceux-ci.) C'est pourquoi certains lui préfèrent un TRIM périodique avec fstrim programmé à un moment de faible activité (la nuit).

Hors ligne

#29 25-09-2016 22:44:31

naguam
Membre
Lieu : Dans les Chocos-DF de smolski
Distrib. : Plusieurs
Noyau : Un kernel
(G)UI : La CLI il n'y a que ça de vrai!
Inscription : 13-06-2016

Re : SSD.....Optimisation....obligatoire?

Merci pour l'explication tu es trop forts.....
Niveau trim qui corrump des ssd, je l'ai lu sur la doc officielle  smile

Ado Linuxien Compiler son kernel! character0065.gif

Hors ligne

Pied de page des forums