Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par yole1 (15-03-2019 16:46:07)
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
Dernière modification par yole1 (13-03-2019 21:33:56)
Hors ligne
Un SSD a une durée de vie exprimée en cycles lecture/écriture.
Non, d'effacement/écriture. La lecture ne provoque pas d'usure.
Le SWAP, c'est une solution qui avait été trouvée pour permettre l'extension de la RAM en cas de besoin
Pas seulement. C'est un poil plus compliqué. Le swap s'inscrit dans la gestion globale de la mémoire virtuelle parmi d'autres choses comme le cache de fichiers.
Il vaut mieux montrer que raconter.
Hors ligne
Ajouter cette valeur à la fin du fichier :
ou 20 selon ton envie, tes besoins.
à bientôt.
JC
Edit à toto : J'ai édité ton message pour le rendre plus lisible. Je te laisse cliquer sur le lien Modifier au bas à droite de ce post pour voir comment le bb-code est utilisé pour ça.
Voir le tuto : Le code, ça pique moins les yeux en couleur
Dernière modification par d33p (01-04-2019 05:19:59)
science sans conscience n'est que ruine de l'âme...
Hors ligne
La valeur swappiness par defaut est de 60, ce qui veut dire que au delà de 40% d'utilisation de ta mémoire, le système va commencer à swapper.
Pas du tout. La valeur de swappiness n'est pas un seuil mais une tendance à swapper. Lorsque la mémoire libre descend sous un certain seuil (indépendant de swappiness), la valeur de swapiness détermine si de la mémoire va être libérée plutôt en swappant (si valeur élevée) ou en vidant du cache (si valeur basse).
Il vaut mieux montrer que raconter.
Hors ligne
A low value means the kernel will try to avoid swapping as much as possible where a higher value instead will make the kernel aggressively try to use swap space.
je t'avoue que je reste perplexe, ce qu'ils disent ci-dessus est assez clair.
JC
science sans conscience n'est que ruine de l'âme...
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par d33p (14-03-2019 13:21:53)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par d33p (14-03-2019 15:08:54)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par yole1 (16-03-2019 09:57:35)
Hors ligne
Hors ligne
on peut obliger le système à utiliser la partition swap, uniquement quand la RAM est pleine
Il n'y a pas lieu de l'y obliger puisque c'est quasiment ce qu'il fait déjà. Il serait absurde de commencer à swapper alors qu'il reste beaucoup de mémoire libre.
Le réglage de swappiness ne sert pas du tout à cela, cf. mes échanges avec d33p plus haut.
ce type que j'aime vraiment beaucoup (Sebsauvage) qui a documenté le sujet récemment
Dommage qu'il propage lui aussi cette interprétation erronée et absurde de la signification de swappiness que je dénonçais plus haut.
Dernière modification par raleur (28-03-2019 11:58:51)
Il vaut mieux montrer que raconter.
Hors ligne
In particular, many drives, including Samsung, Micron, Crucial have problems with discard/TRIM. Also see 790520
Sur les ssds les plus récents, si ton ssd n'est pas plein a craquer, ce n'est pas très grave de swapper dessus.
L'usure nornalement répartie équitablement (firmware normalement gère le fait de ne pas réécrire toujours au même endroit et si il y a beaucoup d'espace libre, no prob).
Perso sur mon nvme de 256GB je n'utilise jamais plus de 10GB (systèmes plus fichiers persos) car je stocke sur mon NAS et mes notes ma prog et mes projets sur un git et j'ai 8GB swap avec 8GB ram (le default debian pour pouvoir hiberner).
J'ai laissé par default, j'ai juste mis le swappiness à 10.
Je me suis pas mal renseigné et l'usure très prématurée est de plus en plus rare surtout sur les disques récents (surtout sous linux, alors que windows 7 a été a une époque un tueur de ssd avec ntfs pas optimisé pour ça)
C'est vrai qu'on peut aller très loin dans l'optimisation pour éviter une usure, mais le gain n'est pas tellement plus élevé (surtout maintenant que la plupart des systèmes de fichiers ont étés optimisés pour les ssd) que la diff de perf entre une gentoo compilée et une debian prépackagée (pour la comparaison, sujet qui sinon n'a rien a voir).
Dernière modification par naguam (28-03-2019 20:49:31)
Unixien?
Compiler son kernel!
Hors ligne
L'option discard dans le fstab est connue pour poser problème
Raccourci trompeur. Il serait plus juste d'écrire que c'est la façon dont certains SSD gèrent le TRIM qui pose problème avec l'option discard.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par naguam (28-03-2019 22:44:04)
Unixien?
Compiler son kernel!
Hors ligne
L'option discard en elle même fonctionne bien, mais certains firmwares de ssd font n'importe quoi au moment où ce que l'option discard ajoute s'applique.
Soyons justes : ce n'est pas toujours la faute du firmware. La spécification initiale de la commande TRIM par le comité en charge des standards ATA était très mauvaise : son exécution était bloquante et imposait l'annulation de toutes les opérations de lecture/écriture mises en file d'attente, dégradant les performances du SSD. Clairement pas une bonne commande pour l'option discard. Il a fallu attendre la spécification d'une seconde version de la commande, dite "queued TRIM" qui peut s'insérer dans la file d'attente avec les autres opérations. Cependant les anciens SSD ne supportent que la première version et ne sont donc pas adaptés à l'utilisation de l'option discard.
Parmi les SSD qui supportent le queued TRIM, il a été constaté sur certains modèles que son utilisation peut provoquer une corruption de données. Les modèles identifiés comme affectés sont blacklistés dans le noyau afin de n'utiliser que la première version de TRIM. Pour les autres, bien que le TRIM ne soit en principe qu'une simple information destinée à faciliter le garbage collector ultérieur et non un ordre d'effacement immédiat, certains firmwares peuvent le prendre comme déclencheur immédiat du garbage collector pas forcément opportun si le système fait des entrées/sorties intensives.
Dans le doute, préférer l'exécution périodique de fstrim à un moment où le système est peu sollicité.
Dernière modification par raleur (29-03-2019 11:48:34)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages : 1