Re: Disque Dur SSD
On 1/27/19 9:30 AM, Pascal Hambourg wrote:
Le 27/01/2019 à 07:52, Basile Starynkevitch a écrit :
Je crois savoir qu'il est important de monter le SSD avec l'option
discard qui n'est pas active par défaut.
Apparemment l'option discard n'est pas le moyen recommandé pour
effectuer le TRIM. Il serait préférable de lancer un "batch TRIM"
périodique avec la commande fstrim du paquet util-linux. Le paquet
util-linux inclut dans ses exemples un service systemd qu'on peut
utiliser à cet effet.
Un grand merci pour le conseil.
Les arguments avancés sont qu'avec certains SSD, l'option discard est
susceptible de pénaliser les performances (en bloquant les autres
opérations de lecture/écriture ou en déclenchant un garbage collector
immédiat) et/ou d'accélérer l'usure du SSD (en déclenchant le garbage
collector trop souvent).
Je connais bien les GCs au sens logiciel du mot (voir
http://gchandbook.org/ pour plus de détails), et j'en ai implémenté
quelques uns (dans Qish, dans GCC MELT, dans bismon) - tous en logiciels
libres (et il y a plus de 10 ans dans le projet TWO qui est FP5 ou FP6
européen mais propriétaire). Je trouve la terminologie "garbage
collector" dans les SSD trop ambitieuse. Cf
https://en.wikipedia.org/wiki/Write_amplification#BG-GC
Et ma partition de swap n'est pas sur SSD.
Je précise plusieurs choses:
J'ai des desktops aussi bien au boulot qu'à la maison. Sous Debian/Sid
dans les deux cas. Avec un SSD et un disque rotatif et deux grands
écrans dans les deux cas.
Je travaille principalement sur bismon (à temps à peu près plein). C'est
un logiciel libre (GPLv3+), pas encore publié (not yet released) mais
dont le code source encore embryonnaire est déjà disponible en
http://github.com/bstarynk/bismon/ et il évolue constamment. Ce bismon
est un système persistent et homoiconique. Pour plus de détails, lire
mon brouillon de rapport (en anglais, futur livrable ou fourniture d'un
projet européen H2020)
http://starynkevitch.net/Basile/bismon-chariot-doc.pdf qui évolue encore
souvent. Ceux qui ont le courage de lire et commenter ma prose sont
bienvenus (le rapport final est dû en 2020, mais ça m'arrangerait qu'il
soit acceptable). Bismon est financé par les projets européens H2020
CHARIOT et DECODER mentionnés dans son README.md
J'ai des machines assez grosses: au boulot, une station Dell 7920 avec
128Gigaoctets de RAM et un Intel Xeon Silver 4114T à 10 coeurs. A la
maison, je viens de commander une machine avec 64Gigaoctets de RAM
(extensible à 128) et un Threadripper 2970WX (et j'attends sa livraison
avec impatience) à 24 coeurs. En ce moment précis, j'utilise encore un
vieux i5-4690S avec 32Go de RAM à la maison. Dans deux semaines tout au
plus, ça va changer.
Je ne fait pas d'hibernation (au sens système du mot), car bismon est
persistent et donc "hiberne" par lui même. Pour plus de détails, lire
mon rapport et/ou mon README.
La plupart du temps, le swap n'est pas utilisé. La commande free indique
une utilisation nulle de swap. Comme j'ai du disque et du SSD, et comme
le SSD est plus rapide que le disque, je prefère le consacrer à autre
chose. Du coup, je mais la partition de swap sur le SSD.
Quand j'aurais effectivement un processus bismon qui dépasse les 100Go
(peut-être dans un an) je songerais éventuellement à swapper sur un
fichier du SSD. Pour l'instant, le swap ne sert quasiment jamais, et je
ne veux pas gaspiller du SSD pour un gros truc inutile comme une grosse
zone de swap, alors que j'ai besoin d'accéder à des fichiers -parfois un
peu volumineux- qui méritent d'être sur le SSD.
Je tiens toutefois à une zone de swap comparable à la taille de ma RAM,
pour éventuellement pouvoir hiberner mon système (ce que je fais en
pratique très rarement: à la maison, mon ordinateur reste allumé 24h/24,
au boulot je l'allume le matin avant le café; les consignes de sécurité
incendie déconseillent de laisser un desktop allumé la nuit).
Cordialement, et merci des conseils
--
Basile STARYNKEVITCH == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France
Reply to: