Réponse courte :
Ça dépend de ce que vous faites. Lire exclusivement à partir d'un SSD causera quand même une dégradation de ses cellules de mémoire au fil du temps. Monter le lecteur en lecture seule vous empêchera d'écrire directement dessus, mais le firmware du lecteur continuera à effectuer des écritures en arrière-plan. Mais selon vos habitudes d'utilisation, vous avez peut-être ou peut-être pas à vous inquiéter.
Réponse longue :
Il existe plusieurs types d'erreurs décrites dans Flash Error Analysis and Management:
- erreur d'effacement : causée par des cycles de programmation/effacement répétés (écritures)
- erreur d'interférence de programmation : les données d'une page sont modifiées involontairement alors qu'une page adjacente est en cours de programmation
- erreur de rétention : la charge programmée dans la grille flottante se dissipe progressivement
- erreur de lecture : les données stockées dans une cellule changent lorsqu'une cellule adjacente est lue de manière répétée
Ce document est intéressant mais aller à ce niveau de profondeur est probablement en dehors du cadre de votre question, autre que pour dire que lire exclusivement depuis la mémoire NAND ne préservera pas les données pour toujours.
Selon une présentation de Jim Cooke chez Micron, les cellules devraient être effacées et reprogrammées toutes les 100 000 lectures pour MLC et 1 000 000 lectures pour SLC.
Diapositive 19 :
Les cellules non lues reçoivent un stress de tension élevé
Les cellules stressées sont
• Toujours dans le bloc en cours de lecture
• Toujours sur des pages non lues
La charge se collecte sur la grille flottante faisant que la cellule semble être faiblement programmée
N'endommage pas les cellules ; L'EFFACEMENT ramène les cellules à des niveaux non perturbés
Les bits perturbés sont gérés efficacement avec ECC
Diapositive 20 :
Règle empirique pour les lectures excessives par bloc entre les opérations d'EFFACEMENT
• SLC – 1 000 000 cycles de LECTURE
• MLC – 100 000 cycles de LECTURE
Si possible, lire également à partir de pages dans le bloc
Si le nombre de cycles dépasse la règle empirique, déplacer le
bloc vers un autre emplacement et effacer le bloc d'origine
Établissez un seuil ECC pour déplacer les données
L'effacement réinitialise le nombre de cycles DISTURB de LECTURE
Utilisez ECC pour récupérer des erreurs de perturbation de lecture
Cela dit, ces documents semblent être destinés aux utilisateurs de bas niveau de la mémoire NAND (par exemple, les développeurs de firmware SSD) et ne sont pas destinés à la consommation par les utilisateurs finaux. Je soupçonne donc que le firmware de votre lecteur gère déjà cela de manière transparente en arrière-plan.
Mais pour revenir à la question initiale, est-ce que lire exclusivement cause quand même une usure du lecteur ? Oui. Dans quelle mesure ? C'est compliqué. Si vous supposez que le firmware réécrit les cellules d'une page dans de nouveaux emplacements tous les 100 000 lectures, et qu'il y a toujours beaucoup de blocs disponibles, vous avez 1 écriture pour chaque 100 000 lectures. Mais en plus de cela, le firmware effectue également du nivellement d'usure et d'autres tâches, qui amplifient une écriture logique en plusieurs écritures physiques.
En termes pratiques, vous n'avez probablement pas besoin de vous inquiéter particulièrement à moins que le lecteur ne soit presque rempli et que vous lisiez constamment sur l'ensemble du lecteur. Mais si vous lisez en continu sur le lecteur, surveillez de près la table SMART pendant un mois pour avoir une idée de la rapidité avec laquelle vos schémas de lecture causent des écritures en arrière-plan. Et bien sûr, assurez-vous toujours d'avoir plusieurs sauvegardes.
