Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 19/12/2014, à 21:29

Compte supprimé

Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Alors ça ! je partage car je suis en pleine recherche de SSD, bien c'est honteux cette obsolescence programmée encore actuelle ! Boycottons ?

http://www.lesnumeriques.com/ssd/ssd-tout-savoir-tout-comprendre-a1630.html a écrit :


Il existe ensuite trois types de mémoire. Plus on y stocke de bits, moins elles seront performantes et plus elles s'useront vite :

SLC, pour Single Layer Cell, 1 bit par cellule. Les SSD qui en sont équipés sont les plus rapides, les plus fiables... et les plus chers. Ils se destinent avant tout à des serveurs. On aura couramment plus de 10 000 cycles d'écriture assurés.

MLC, pour Multi Level Cell, 2 bits par cellule. C'est le gros du marché, une mémoire adaptée aux usages courants et intensifs ; à privilégier sur une machine de bureau ou domestique. Les cycles d'écriture garantis varient de 3 000 à 5 000, mais des utilisateurs — sur des forums anglais — ont plusieurs fois poussé de tels SSD à plus de 20 000 cycles d'écriture sans souci ! Passé ce volume, des erreurs d'écriture peuvent survenir...

TLC, pour Triple Level Cell, 3 bits par cellule. Cette mémoire économique a été introduite par Samsung sur ses propres disques ; elle arriverait aussi chez les concurrents. Il n'y a plus que 1 000 cycles d'écriture garantis ; soit 3 à 5 fois moins qu'avec de la mémoire MLC.

Prenons toutefois le "pire" des cas, la mémoire TLC, sur un disque de 256 Go par exemple, qu'on utilisera pendant 5 ans (c'est déjà long 5 ans pour un PC portable !). 256 Go x 1 000 cycles = 256 000 Go écrits et effacés ; soit 140 Go de données par jour. Il faut en fait réviser cette valeur, idéalisée, car les SSD écrivent souvent plus de 1 Mo en mémoire quand on demande ce Mo sur le SSD. En fonction du type de donnée, de la place disponible, de la qualité de flash libre... il écrira en réalité plutôt 1,5 à 2 Mo pour chaque méga demandé. On en revient à 70 Go de données par jour à écrire sur le SSD sur 5 ans, ce qui est énorme ! Sauf à passer sa vie à télécharger, on dépasse rarement 20 Go par jour en usage intensif. En usage courant, quotidien, on sera plutôt à 10 Go par jour, et 5 Go sur un usage le soir uniquement. On voit donc que même avec de la mémoire TLC, il reste une marge confortable quand un tel SSD est monté sur une machine personnelle.

Je ne sais pas qu'en penser, si le TRIM fonctionne bien, les cellules usées seront remplacées apparemment.

Attention : pour activer le TRIM sur les SSD il fait mettre le mot clé discard (discard à la place de TRIM)

UUID=xxxxxxxxxxxxxxxxxx-xxxxxxx-xxxxxxx            /               ext4    errors=remount-ro,discard  0       1

Dernière modification par Compte supprimé (Le 20/12/2014, à 07:28)

#2 Le 19/12/2014, à 23:05

Shanx

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Euh… Je ne vosi pas trop où tu vois de l’obsolescence programmée ?
Les constructeurs garantissent un certain nombre de cycle d’écriture. Rien ne dit qu’ils font exprès de se plafonner.

Et je déplace dans le café, car cela ne concerne pas du support pour ubuntu.

Dernière modification par Shanx (Le 19/12/2014, à 23:06)


Mes randos : grande traversées des Alpes, de l'Islande, de la Corse, du Japon (en vélo), etc.
Traversée des États-Unis à pied

Hors ligne

#3 Le 19/12/2014, à 23:28

deadpool

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

perso j'ai installé:
-  / sur un ssd de 256 Go avec le trim activé
-  /home et swap sur un hdd de 160 Go
-  tout ce qui téléchargements volumineux (torrent, etc...) sur un autre hdd de 1To
-  /tmp en tmpfs (ram j'ai 8G)
-  /var/log en tmpfs (je me sers quasiment jamais des logs)
-  /var/cache/apt/archives en tmpfs

je limite ainsi l'écriture sur le SSD

mon fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=xxxxxxxxxxxxxxxxxx-xxxxxxx-xxxxxxx        /               ext4    noatime,discard,errors=remount-ro 0       1
# /home was on /dev/sdc1 during installation
UUID=xxxxxxxxxxxxxxxxxx-xxxxxxx-xxxxxxx       /home           ext4    defaults        0       2
# swap was on /dev/sdc5 during installation
UUID=xxxxxxxxxxxxxxxxxx-xxxxxxx-xxxxxxx      none            swap    sw              0       0
tmpfs	/tmp	tmpfs	defaults,size=1g		0	0
tmpfs	/var/log	tmpfs	defaults,nosuid,nodev,noatime,mode=0755,size=5%	0	0
tmpfs	/var/cache/apt/archives	tmpfs	defaults,size=4g      	0	0
/dev/sdb1	/media/redge/seagate-1to       	ntfs-3g		defaults        0      0  

Dernière modification par deadpool (Le 19/12/2014, à 23:31)


- MSI Z170A Gaming Pro Carbon + intel i5 6600K + MSI  GTX 1060 Gaming X 6G + 16go ddr4  / xubuntu 16.10
- LG G2 / bliss 6.3

Hors ligne

#4 Le 22/12/2014, à 14:15

Maz99

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Pour te rassurer, j'ai mis en place la même config que deadpool sur mon Intel520 120go et je n'ai eu aucun souci durant deux bonnes années. Si tu souhaites te rassurer, prends une marque qui offre une garantie assez conséquente (pour mon modèle c'est 5 ans)

Si une marque devient réputée pour son taux de retour, elle ne va pas faire long feu...

Hors ligne

#5 Le 22/12/2014, à 14:35

Compte anonymisé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

L'informatique est un domaine qui bouge beaucoup. Donc chercher à y trouver du matériel indestructible n'est pas vraiment d'une grande logique.

Pour donner un exemple concret, mon vieux PC fixe de 2004 fonctionne encore. Et alors ? cela me fait une belle jambe car il ne permet plus de faire grand chose avec...

Sinon pour reparler des SSD, ils ont aujourd'hui une fiabilité très bonne et disposent souvent d'une garantie confortable ( entre 3 et 5 ans souvent )
et le tout avec des tarifs bien plus raisonnables qu'avant...

Donc inutile de sombrer dans la paranoïa à mon avis tongue

#6 Le 22/12/2014, à 16:25

Slystone

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

+1 Shanx
Pour le SLC, j'ai lu sur Wikipedia que c'est 100000 cycles d'écriture (ce dont je pensais me rappeler).
Les premiers SSD ne tenaient pas trop dans le temps, mais je crois (avis perso) qu'aujourd'hui la durée de vie est équivalente à du mécanique.


«Rigid, the skeleton of habit alone upholds the human frame.» - Virginia Woolf.

Hors ligne

#7 Le 22/12/2014, à 17:06

F50

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Mon "vieux coucou" (Patriot Inferno MLC) à quatre ans dans les cellules et se porte comme un charme, jusqu'à présent.

#8 Le 22/12/2014, à 18:10

alex2423

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Mudochon a écrit :

L'informatique est un domaine qui bouge beaucoup. Donc chercher à y trouver du matériel indestructible n'est pas vraiment d'une grande logique.

Pour donner un exemple concret, mon vieux PC fixe de 2004 fonctionne encore. Et alors ? cela me fait une belle jambe car il ne permet plus de faire grand chose avec...

Sinon pour reparler des SSD, ils ont aujourd'hui une fiabilité très bonne et disposent souvent d'une garantie confortable ( entre 3 et 5 ans souvent )
et le tout avec des tarifs bien plus raisonnables qu'avant...

Donc inutile de sombrer dans la paranoïa à mon avis tongue

TOut dépend de tes besoins, s'ils évoluent ou non.

Hors ligne

#9 Le 22/12/2014, à 20:03

SpiKe

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Pour avoir une idée de son niveau "d'obsolescence", les données SMART d'un SSD sont utiles, et en particulier la valeur "Wear_Leveling_Count", qui indique le taux d'usure du disque.
J'ai un SSD depuis 8 mois qui est garanti pour un Wear_Leveling_Count de 3000, et dont la valeur est passée de 0 à 12 (en 8 mois !)... Le disque claquera d'une autre façon bien avant d'avoir atteint cette limite smile


ArchLinux / KDE Plasma et Xfce.
Membre de l'équipe de traduction Xfce francophone.
Xonotic --> un FPS fun et rapide avec une communauté sympa :-)

Hors ligne

#10 Le 22/12/2014, à 23:44

Compte anonymisé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

alex2423 a écrit :

TOut dépend de tes besoins, s'ils évoluent ou non.

Non pas du tout, ce n'est pas un problème de besoin personnel à mon avis.

En fait on subit surtout l'évolution de la technologie. En 10 ans, le net a considérablement changé, et le reste aussi.
Bref, mon vieux coucou de 2004 n'arrive même pas à lire un Bluray, ne dispose pas de prise HDMI, etc...

Donc même si dans l'absolu tu ne souhaites pas changer tes habitudes, tu est obligé de le faire car il faut suivre l'évolution de l'ensemble.

Je vais te donner un autre exemple de " non obsolescence programmée " qui n'apporte rien. J'ai dans ma cuisine un vieux poste de Radiocassette/CD Philips que j'ai acheté en 1989.

Il fonctionne encore impec : j'ai testé un CD dedans ce matin et il l'a lu sans problème...
Mais à coté :
- il a un son pourri ( c'était bon en 1989 mais plus maintenant )
- il lit des cassettes ( WTF ? qui écoute encore des cassettes audio de nos jours ? )
- il ne lit pas les CD MP3 et autres, que du CD audio de base
- il ne dispose d'aucune prise " moderne " : pas d'USB par exemple

Donc voila, il fonctionne toujours après 25 ans, c'est super mais il ne sert plus à rien désormais ( sauf à écouter la radio en fait tongue )

#11 Le 23/12/2014, à 06:51

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Je vous remercie pour vos avis.

PS : l'exemple sonore de Mudochon a son contre-exemple : Dans les années 1980, mon père a acheté une père d'enceintes Dynamic Speaker DS 65 W, reliée à un amplificateur Philips 2×15 vrais-watts (de quoi sonoriser une salle des fêtes des 100 m²). En 2000 je n'arrivais pas à obtenir la même qualité sonore malgré mes égaliseurs et autres ustensiles avec mes enceintes à l'époque.
Encore aujourd'hui, en 2014, malgré mes enceintes Alesis M1Mk2 amplifiées reliées et corrigées par l'Ultracurve Pro DEQ2496 (égaliseur automatique) (seulement 600 €), j'obtiens un son très propre, mais pauvre comparé à celui des Dynamic Speaker DS 65 W reliées à la platine Phono Philips (avec une meilleure stéréophonie que les vilain CD).
D'un autre coté, les enceintes n'ont pas évolué progressé depuis 1950. (c'est même l'inverse : les performances ont régressé, la linéarité a diminué, le son est dopé aux algorithmes et compresseurs à la radio, ce n'est plus de la musique mais du bruit, les niveaux RMS explosent).
Mon casque Shure SRH940 (222€) a un bon son (8/10) mais je ne peux pas mettre 5000€ dans un casque pour avoir le son avec une qualité d'enceintes équivalentes à 100000€.

SpiKe a écrit :

J'ai un SSD depuis 8 mois qui est garanti pour un Wear_Leveling_Count de 3000, et dont la valeur est passée de 0 à 12 (en 8 mois !)

Merci pour cet ordre de grandeur, en espérant qu'il soit linéaire avec le temps.

Actuellement j'ai un SSD KINGSTON SVP200S37A60G (60 Go + 4 Go invisibles réservés TRIM)

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   099   099   050    Pre-fail  Always       -       2586505
  5 Reallocated_Sector_Ct   0x0033   100   100   003    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   000   000   000    Old_age   Always       -       108465104101387
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       2598
171 Unknown_Attribute       0x0032   000   000   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   000   000   000    Old_age   Always       -       0
174 Unknown_Attribute       0x0030   000   000   000    Old_age   Offline      -       336
177 Wear_Leveling_Count     0x0000   000   000   000    Old_age   Offline      -       3
181 Program_Fail_Cnt_Total  0x0032   000   000   000    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   000   000   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   024   072   000    Old_age   Always       -       24 (Min/Max 14/72)
195 Hardware_ECC_Recovered  0x001c   120   120   000    Old_age   Offline      -       2586505
196 Reallocated_Event_Count 0x0033   100   100   003    Pre-fail  Always       -       0
201 Soft_Read_Error_Rate    0x001c   120   120   000    Old_age   Offline      -       2586505
204 Soft_ECC_Correction     0x001c   120   120   000    Old_age   Offline      -       2586505
230 Head_Amplitude          0x0013   100   100   000    Pre-fail  Always       -       100
231 Temperature_Celsius     0x0013   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0000   000   000   000    Old_age   Offline      -       3638
234 Unknown_Attribute       0x0032   000   000   000    Old_age   Always       -       3461
241 Total_LBAs_Written      0x0032   000   000   000    Old_age   Always       -       3461
242 Total_LBAs_Read         0x0032   000   000   000    Old_age   Always       -       4466

177 Wear_Leveling_Count     0x0000   000   000   000    Old_age   Offline      -       3
Pas trop d'inquiétude pour ce SSD, la table de révision SMART d'Ubuntu ne correspond pas, il a peut-être des erreurs, mais à l'utilisation je ne remarque rien sur ce cache SSD, les documents étant sur le NAS.

Et je libère ce SSD de grosse capacité (60 Go) pour le remplacer par une énorme capacité (120 Go). Le 60 Go ira dans un ordinateur portable.
(Oui, je sais, les gens qui envoient des fusées sur la lune ont des disques de 1 To et plus ! Les calculs de trajectoire tiennent sur une disquette mais les vidéos prennent de la place tongue ) .
PS2 : je me sers encore des disquette 3,5 pouces avec une boite à rythmes Yamaha RM1x.

J'hésite entre : Kingston HyperX 3K  vs Crucial MX100 et SanDisk Ultra II 120 Go SSD interne SDSSDHII-120G-G25 …
Les MTBF sont de l'ordre de 1,5 millions d'heures …
C'est bien d'avoir un SSD avec un bon débit, mais je favoriserai les transferts 4ko.

Le MX100 affiche : Faster 4k random read = 175.64 MB/s

Dernière modification par Compte supprimé (Le 23/12/2014, à 07:23)

#12 Le 23/12/2014, à 08:28

src

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Il faudrait arrêter de parler d'obsolescence programmée pour tout et n'importe quoi, ça n'a plus de sens...
C'est comme le mot "geek".

Pour ton choix de SSD je te recommande de consulter des benchmark sur le web, il y en a partout (et souvent le journaliste donne son avis sur la marque et la technologie utilisée).

Dernière modification par src (Le 23/12/2014, à 08:28)


Actuellement sur Manjaro Xfce (amd64)

Hors ligne

#13 Le 25/12/2014, à 10:35

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Voilà, on revient à 100000 cycles …

http://laruche.com/2014/12/23/la-rram-de-crossbar-prete-pour-la-commercialisation-gare-toi-la-nand-669557 a écrit :


Plus vite, plus longtemps

Les principaux bénéfices de la RRAM par rapport à la NAND se situent au niveau des performances, mais aussi de l’endurance. En effet, alors que sur la NAND la latence en lecture se situe aux alentours de la centaine de microsecondes, la RRAM telle qu’elle est implémentée par Crossbar serait à 50 nanosecondes en moyenne, comme le précise AnandTech. Quant à l’endurance, elle peut atteindre les millions de cycles de programmation et d’effacement, même si Crossbar annonce un chiffre « pessimiste » de quelque 100.000 cycles pour ses premières puces.

Bon, alors j'essaierai de ne parler d'obsolescence programmée que pour mes quatre paires de bas de contention (50€ la paire) qui n'ont même pas 6 mois, qui rétrécissent au lavage (40°C) et se trouent et même se déchirent quand on les met … sad

… alors que tout le monde a du voir les publicités sur les bas nylons qui remorquaient des voitures dans les années 1950-1960 avant qu'on demande aux chimistes de détériorer les matériaux qui étaient anti-marchés.

Détruire pour consommer toujours plus

... quitte à dégrader volontairement les produits pour produire plus. L'obsolescence programmée est étudiée par nos chers ingénieurs des temps modernes. La nature finie du monde ne comblera jamais la cupidité infinie des capitalistes. La croissance à tout prix, comment y parvenir :
- créer un besoin, un manque, une attirance (publicité)
- le crédit, permettre aux pauvres de consommer pour devenir encore plus esclave du système
- obsolescence programmée pour remplacer un produit mort par programmation anticipée
- gaspillage volontaire et étudié ou l'on croit à une pseudo recyclage dans les pays en voie de développement.

Vive la liberté de consommer dans nos consocraties !

- La fragilité des bas nylons DUPONT, ...
- Adieu les réfrigérateurs et lave-linge durant 25 ans, ..
- Cahier des charge de renouvellement du produit, ...
- Les ampoules de plus en plus fragiles (les nouvelles ampoules fluo-compacte emettent un champs électro-magnétique contrairement aux ampoules au filamment de tungstène dites à incandescence).
- La batterie de l'iPod d'APPLE qui ne dure que 18 mois. Réponse d'APPLE : "Acheter un nouvel iPod".
- Les imprimantes programmées pour ne plus imprimer aucune page après un certain temps, ça c'était avant la loi de septembre 2014 !
- Pays du tiers-monde = Décharges de nos biens "usés".
La liste de leur destruction programmée est encore longue !

L’obsolescence programmée des produits désormais sanctionnée - Le Monde.fr | 15.10.2014 à 12h03

#14 Le 25/12/2014, à 14:39

Ar vuoc'h

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Cool ce reportage.


Pris d'une soudaine passion pour le roman-photo, un art encore peu connu mais enclin à devenir en vogue.

Dans une société fondée sur le pouvoir de l'argent, tandis que quelques poignées de riches ne savent être que des parasites, il ne peut y avoir de "liberté", réelle et véritable. Vladimir Ilitch Oulianov
Je suis Ali Dawabcheh, agé de 18 mois brûlé vif le 31 juillet 2015.

Hors ligne

#15 Le 04/03/2015, à 15:53

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Réinitialiser et nettoyer un SSD.

http://www.moncoinnumerique.fr/spip.php?article31 a écrit :

Une dégradation rapide des performances

La dégradation des performances des SSD de première et deuxième génération est bien connue des experts :

Si vous comprenez l’anglais, l’article de John Savill, de WindowsITPro, l’explique clairement.

Mais je vous renvoie aussi à l’excellent article de Sébastien de BHMag. Il explique non seulement cet aspect navrant des choses, mais tout ce qui est utile sur les SSD, si vous débarquez dans ce domaine.

Pour OCZ, cet article de Hardware.fr met les points sur les i.

Mais bon, au prix d’un SSD, encore aujourd’hui, on ne peut pas se contenter de le voir bien fonctionner quelques mois seulement, n’est-ce pas !

L’article de John Savill
L’excellent article de Sébastien de BHMag
L'article de Hardware.fr (qui) met les points sur les i.

*Mon deuxième SSD Kingston SVP200 (60 Go) se traîne à moins de 900 Ko/s sad mais il peut y avoir un autre problème, impossible d'installer GNU/Linux ou BSD … (l'ordinateur est d'occasion et une panne intermittente n'est pas à exclure).

Dernière modification par Compte supprimé (Le 04/03/2015, à 15:55)

#16 Le 04/03/2015, à 16:40

Nairwolf

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Le problème avec l'obsolescence programmée, c'est l'obscurantisme.
Comment fais-tu pour savoir si une entreprise fabrique volontairement des produits à faible durée de vie ? Comme cela est caché, il est impossible de connaître les motivations profonde de l'entreprise. Et du coup, la paranoïa peut s'ajouter, et tu peux suspecter presque tout produit d'être fabriqué avec de l'obsolescence programmé...

Hors ligne

#17 Le 05/03/2015, à 17:31

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Nairolf21 a écrit :

Le problème avec l'obsolescence programmée, c'est l'obscurantisme.
Comment fais-tu pour savoir si une entreprise fabrique volontairement des produits à faible durée de vie ? Comme cela est caché, il est impossible de connaître les motivations profonde de l'entreprise. Et du coup, la paranoïa peut s'ajouter, et tu peux suspecter presque tout produit d'être fabriqué avec de l'obsolescence programmé...

Pour l'électronique, tout est contrôlé par statistiques, et tests de vieillissement accélérés (température, pression, fréquence).
Un fabriquant possède forcément ce genre de courbes avant la commercialisation, mais les commerciaux les cachent.
dégradations des performances d'écritures avec l'usure en pourcentage
L'article : Comparatif SSD : Intel, OCZ, Samsung, Silicon Power, SuperTalent

Si les publicités indiquaient que les performances diminuaient de moitié à 13% d'usure du nombre de cycle des SSD (ce qui est mesuré et représenté sur les courbes), aurions-nous acheté des SSD ?
PS : sur les graphiques la durée de vie asymptotique des disques est de 25% du nombre de cycles annoncés.

Dernière modification par Compte supprimé (Le 05/03/2015, à 23:57)

#18 Le 05/03/2015, à 23:19

Compte anonymisé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Récemment j'ai crée un espace alloué à l'OP ( over provisioning ) sur mon SSD Samsung 840 Evo de 120 Go.

Cet espace fait environ 11,18 Go et donc il ne me reste que 100 Go de vraiment utilisable sur mon disque...

Je ne sais pas si c'est vraiment utile, mais comme j'avais de la marge autant assurer le coup smile

#19 Le 06/03/2015, à 10:47

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

#20 Le 06/03/2015, à 10:57

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

J'essayerai de tenter ça plus tard : ATA Secure Erase (pour remettre à zéro un SSD avec hdparm)

#21 Le 06/03/2015, à 11:42

Compte anonymisé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Je n'ai rien constaté sur le mien pour l'instant smile

#22 Le 06/03/2015, à 11:59

SilentStorm

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Les tests en laboratoire ont montré que contrairement a une idée reçu, les SSD peuvent supporté des quantités de données écrite très importante pendant une longue période.

En écriture intensive 24h/24 en écrivant dessus 20 Go chaque jour, 7j/7 tous les ans sans jamais s’arrêter, les SSD actuel tienne déjà 5 ans ! et ça c'est avec de l'écriture intensive, soit bien + que ce que vous allez écrire ! En moyenne on va écrire environ 1 ou 2 Go de données chaque jour sur un SSD (c'est un moyenne, parfois moins, parfois plus), ils peuvent donc tenir environ 100 a 150 ans en écrivant normalement pour utilisation normale de la plupart des gens.

Les réduction d'accès en écriture pour un SSD sont totalement inutile, c'est de la paranoia je trouve. Vous aurez changé plusieurs fois de SSD avant qu'il soit en panne.

Dernière modification par SilentStorm (Le 06/03/2015, à 12:01)


Core I7 a 2.4 GHz / 16 Go de ram / SSD 512 Go + HDD 1 To (1.5 To) / GeForce 650m GT (pc portable)
OS : Linux Mint 17.1 (Cinnamon) - Debian 8 Jessie (Mate) - ArchLinux (Xfce)

Hors ligne

#23 Le 06/03/2015, à 12:33

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

SilentStorm a écrit :

Les tests en laboratoire ont montré que contrairement a une idée reçu, les SSD peuvent supporté des quantités de données écrite très importante pendant une longue période.

En écriture intensive 24h/24 en écrivant dessus 20 Go chaque jour, 7j/7 tous les ans sans jamais s’arrêter, les SSD actuel tienne déjà 5 ans ! et ça c'est avec de l'écriture intensive, soit bien + que ce que vous allez écrire ! En moyenne on va écrire environ 1 ou 2 Go de données chaque jour sur un SSD (c'est un moyenne, parfois moins, parfois plus), ils peuvent donc tenir environ 100 a 150 ans en écrivant normalement pour utilisation normale de la plupart des gens.

Les réduction d'accès en écriture pour un SSD sont totalement inutile, c'est de la paranoia je trouve. Vous aurez changé plusieurs fois de SSD avant qu'il soit en panne.

Je demande les sources. Quels laboratoires ? Quelle génération de SSD ? Les SLC ? les MLC ? les TLC ?

Sur cet article vérifiable, de vraies mesures coté utilisateur.

http://linuxfr.org/users/fcartegnie/journaux/ssd-samsung-840-le-fiasco-annonce-du-tlc a écrit :

Journal SSD Samsung 840: le fiasco annoncé du TLC ?
Posté par fcartegnie le 06/10/14 à 17:16. Licence CC by-sa
Tags :     ssd  6 oct. 2014

Pour ceux qui ne seraient pas informés ou qui n'auraient pas constaté le problème sur leur propre modèle,
tous les SSD Samsung à base de TLC (840/840 EVO) ont un gros pépin: La vitesse de lecture s'écroule sur les zones de flash qui ne sont pas accédées depuis plusieurs semaines.

Sujet sur Overclock.net

Personnellement, la lecture brut d'un volume rarement accédé donne des sueurs.

cat /dev/mapper/SSDVol-foobar | pv > /dev/null

-> 2,29MiB/s

Apparemment la mémoire TLC était très bien dans les tests lors de la conception et de Wear Leveling, donc en écriture soutenue, mais personne ne s'était aperçu que les cellules ne répondaient plus correctement si elle n'étaient pas écrites régulièrement.

Actuellement, la réponse du support Samsung à ce problème est (je vous laisse constater l'arnaque):
- De reformater le disque complètement avec l'outil Samsung secure-erase.
- Si ça ne corrige pas le problème de retourner le disque.

Vive les sauvegardes… tant que rsync ne fait pas de checksum sur le fichier hmm

Dernière modification par Compte supprimé (Le 06/03/2015, à 12:34)

#24 Le 06/03/2015, à 13:08

Compte anonymisé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

De toute façon le plus simple c'est encore de constater les désagréments cités ici en vrai... et pour l'instant moi je n'en ai aucun ( et j'ai déjà mon SSD depuis 1 an et demi )

#25 Le 07/03/2015, à 18:42

Compte supprimé

Re : Obsolescence programmée des SSD (explications SLC, MLC, TLC)

Mudochon a écrit :

De toute façon le plus simple c'est encore de constater les désagréments cités ici en vrai... et pour l'instant moi je n'en ai aucun ( et j'ai déjà mon SSD depuis 1 an et demi )

Ce n'est pas pour plaisanter que j'ai ouvert ce sujet. J'ai constaté des lenteurs dans mes SSD, je dois vérifier certaines choses mais le SSD Kingston SVP200 va doucement (847 kiB/s à 3,3 MiB/s) alors qu'à l'état neuf (et dans une autre machine, donc pas comparable) il allait à 260 Mo/s d'après hdparm -t (et qu'il devait aller bien plus vite si j'avais saisi : sudo hdparm -t --direct pour mesurer le bus et non l'association du bus + buffer Linux)

Les mesures catastrophiques (847 kiB/s à 3,3 MiB/s) :
1425746112.jpg

Le frère jumeau SSD Kingston SVP200 sur une troisième machine :

sudo hdparm -t --direct /dev/sda
/dev/sda:
 Timing O_DIRECT disk reads: 652 MB in  3.00 seconds = 217.11 MB/sec

sudo hdparm -t  /dev/sda
/dev/sda:
 Timing buffered disk reads: 538 MB in  3.01 seconds = 178.83 MB/sec

édit : au passage Linux perd 18% des performances du SSD en passant de 217 à 178 (178.83 / 217.11 = 0,824 )

Dernière modification par Compte supprimé (Le 07/03/2015, à 18:47)