Le dimanche 9 février 2014 19:13:06 Gaël a écrit : >[…] > > (Personnellement, je ne pense pas que l'utilisation de > > shmfs/tmpfs/disques en RAM/... soit vraiment utile. À la > > rigueur si l'on a un programme qui écrit constamment de > > petites quantités... Un SSD n'est pas une Compact Flash ou > > une clef USB.) > Je crois qu'un SSD, s'il ne s'abime pas en fonction du nombre > d'allumage, s'abime à force des lectures/écritures,
D’écritures seulement (’fin l’impact des lectures est infinitésimal). C’est bien pour cela que je parlais d’un programme particulièrement verbeux. > et donc > mettre les répertoires temporaires en RAM n'est pas tant bête > ! Je n’ai pas dit que c’était « bête », seulement que ce n’était pas forcément utile sur un (bon) SSD : la durée de vie moyenne d’un SSD récent et correct (pas une <oups ! j’ai failli écrire le mot qui pourrait faire partir Charles ;o)> à trois sous) est plus longue que celle d’un disque à plateau pour une même utilisation : pour user toutes les cellules avec une utilisation « bureau », il faut minimum cinq ans. Les Compact Flash, cartes SD{RAM,HC} et clefs USB, — les mémoires de masse de type SD les plus connues jusque là —, s’usent beaucoup beaucoup plus vite. >[…] > > Si tu as des disques trop grands, tu peux aussi laisser > > une partie non partitionnée comme réserve de secteurs. Avec > > un SSD de qualité correcte, ça ne devrait pas être > > nécessaire. > > (Ne pas non plus avoir de partition trop pleine (> 80%). > > Mais, ça, c'est valide aussi pour les disques à plateau.) > > Ça sert à quoi ? Ne pas tout partitionner, c’est laisser des cellules inutilisées dans le pool du SSD pour qu’il puisse s’en servir quand il aura grillé celles qu’il a déjà en réserve (d’où le fait que ce ne soit pas vraiment nécessaire sur un SSD de qualité correcte qui 1. a des cellules qui ne s’usent pas si vite que ça et 2. a déjà de la réserve). Ne pas avoir des FS utilisés à plus de 80% (entre 70% et 90% suivant l’usage) permet aux FS de correctement gérer les allocations–désallocations de blocs et la fragmentation et donc¹ le TRIM sur les SSD puisqu’il a alors plus de chance de pouvoir libérer une cellule entière. ¹ un peu, vu que les adresses des blocs sont virtuelles, la contiguïté des cellules n’a pas d’importance, seule la contiguïté des blocs dans les cellules importe. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2180021.0GeKb8R71Q@earendil