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 : 4.6.0-0.bpo.1-amd64
(G)UI : gnome 3.14.1
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

"Définition d'eric besson : S'il fallait en chier des tonnes pour devenir ministre, il aurait 2 trous du cul." - JP Douillon
"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)

En ligne

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

naguam
Membre
Lieu : Partout et nullepart à la fois
Distrib. : Certaines
Noyau : Certains
(G)UI : Certains
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

Tout les mordus... euh... mes machines sont sous Linux! ...Ado Linuxien...  qui aime les "pts choco" et qui rêve de développer pour le linux-kernel...! Trop de machines actives pour en citer une seule!
Debian en Desktop et Debian en Server!

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 : Partout et nullepart à la fois
Distrib. : Certaines
Noyau : Certains
(G)UI : Certains
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

Tout les mordus... euh... mes machines sont sous Linux! ...Ado Linuxien...  qui aime les "pts choco" et qui rêve de développer pour le linux-kernel...! Trop de machines actives pour en citer une seule!
Debian en Desktop et Debian en Server!

Hors ligne

Pied de page des forums