Je lis souvent qu'il ne faut pas placer de partitions d'échange sur un disque SSD, car cela peut endommager le périphérique. Est-ce vrai ? Pouvez-vous m'en expliquer la raison ?
Parce que sinon, j'aurais pensé que placer le swap sur un SSD est le meilleur choix, car il est beaucoup plus rapide que les disques durs et donc le swap du contenu de la RAM vers le SSD n'est pas aussi lent qu'avec le disque dur...
Les cellules de mémoire flash des SSD ont une durée de vie limitée. Chaque cycle d'écriture (mais pas de lecture) (ou plus précisément chaque effacement) use une cellule de mémoire, et à un moment donné, elle cessera de fonctionner.
Le nombre de cycles d'effacement auxquels une cellule peut survivre est très variable, et les flashs des SSD modernes en survivront beaucoup plus que ceux des SSD fabriqués il y a plusieurs années. De plus, le micrologiciel intelligent du SSD assurera une répartition égale des effacements entre toutes les cellules. Dans la plupart des disques, des zones inutilisées seront également disponibles pour sauvegarder les cellules endommagées et retarder le vieillissement.
Pour avoir une valeur que nous pouvons utiliser pour comparer l'endurance d'un SSD, nous pouvons utiliser des mesures de durée de vie telles que le Normes publiées par le JEDEC . Une valeur largement disponible pour l'endurance est TBW ( T ère B ytes W écrit, ou alternativement nombre total d'octets écrits ) qui est la quantité d'octets pouvant être écrits avant que le disque ne tombe en panne. Les disques SSD modernes peuvent atteindre 20 To pour un produit grand public, mais plus de 20 000 To pour un disque SSD d'entreprise.
Cela dit, la durée de vie et l'utilisation d'un SSD pour le swapping dépendent de plusieurs facteurs...
Sur un système avec beaucoup de RAM et peu d'applications consommatrices de mémoire, nous ne ferons presque jamais de swap. Il s'agit simplement d'une mesure de sécurité pour éviter la perte de données au cas où une application consommerait toute notre RAM. Dans ce cas, l'usure d'un SSD due au swapping ne sera pas un problème. Cependant, le fait d'avoir cette partition d'échange, en grande partie inutilisée, sur un disque dur conventionnel n'entraînera aucune baisse de performance. Nous pouvons donc placer notre partition (ou fichier) d'échange sur ce disque dur nettement moins cher et utiliser l'espace de notre SSD pour quelque chose de plus utile.
Les choses sont différentes sur un système où la RAM est rare et ne peut être mise à niveau. Dans ce cas, le swapping peut effectivement se produire plus souvent, notamment lorsque nous exécutons des applications gourmandes en mémoire. Dans ces systèmes, une partition ou un fichier swap sur un SSD peut entraîner une amélioration spectaculaire des performances au prix d'une durée de vie un peu plus courte du SSD. Cette durée de vie réduite peut toutefois ne pas être suffisamment courte pour justifier une inquiétude. Selon toute vraisemblance, le SSD peut être remplacé bien avant qu'il ne soit mort, car une capacité de stockage plusieurs fois supérieure peut être disponible à une fraction du prix actuel.
Le réveil de l'hibernation est en effet très rapide avec un SSD. Si nous avons de la chance et que notre système survit à une hibernation sans problème, nous pouvons envisager d'utiliser un SSD pour cela. Le SSD sera plus sollicité que s'il était simplement démarré, mais nous pouvons penser que cela en vaut la peine.
Mais le démarrage à partir d'un SSD peut ne pas prendre beaucoup plus de temps que le réveil d'une hibernation à partir d'un SSD, et il usera beaucoup moins le SSD. Personnellement, je n'hiberne pas du tout mon système - je le suspends à la RAM ou je démarre rapidement depuis mon SSD.
Nous n'avons pas vraiment le choix dans ce cas. Nous ne voulons pas fonctionner sans swap, donc nous devons le mettre sur le SSD. Cependant, nous pouvons avoir envie d'avoir un fichier ou une partition swap plus petit si nous ne prévoyons pas d'hiberner notre système à un moment donné.
Les disques SSD sont les meilleurs pour accéder rapidement à de nombreux petits fichiers et les lire. Ils sont supérieurs aux disques durs classiques pour le transfert de données à partir de fichiers de petite ou moyenne taille lus de manière séquentielle. Un disque dur conventionnel rapide peut encore être plus performant qu'un SSD pour l'écriture (et dans une moindre mesure la lecture) de flux audio ou vidéo volumineux ou d'autres fichiers longs non fragmentés. Les performances des SSD plus anciens peuvent diminuer au fil du temps ou après qu'ils soient relativement pleins.
Les premiers disques SSD avaient la réputation de tomber en panne après moins d'écritures que les disques durs. Si le swap était utilisé souvent, le SSD pouvait tomber en panne plus tôt. C'est peut-être la raison pour laquelle vous avez entendu dire qu'il pouvait être mauvais d'utiliser un SSD pour l'échange.
Les disques SSD modernes ne présentent pas ce problème et ne devraient pas tomber en panne plus rapidement qu'un disque dur comparable. En plaçant l'échange sur un SSD, vous obtiendrez de meilleures performances qu'en le plaçant sur un disque dur en raison de ses vitesses plus élevées.
En outre, si votre système dispose de suffisamment de RAM (probablement, si le système est assez haut de gamme pour avoir un SSD), le swap peut être utilisé que rarement de toute façon.
Même si vous disposez de suffisamment de mémoire vive, il se peut que vous souhaitiez empêcher toute copie ou recherche de fichiers pour échanger les applications à partir de la mémoire vive. Cela peut être le cas sur les serveurs de fichiers (NAS, SAMBA, FTP) qui peuvent être impliqués dans des opérations sur des fichiers volumineux.
Pour ce faire, il est préférable de définir dans /etc/sysctl.conf :
vm.swappiness=1
vm.vfs_cache_pressure=50Le premier paramètre empêche la mise en cache du disque (par exemple en faisant cp ) d'échanger des applications existantes de la RAM. Le paramètre par défaut normal est 60. Notez que l'utilisation de 0, bien que plus agressive, a parfois été signalée pour générer des erreurs de mémoire insuffisante.
Le second paramètre empêche la recherche de fichiers (par exemple, en faisant find ) d'échanger des applications existantes de la RAM. Le paramètre normal par défaut pour cela est 100.
Bien que l'auteur mentionné dans la référence ne se réfère pas explicitement aux SSD, cette approche réduit également l'usure des SSD en raison de la réduction des échanges et il fournit également un exemple pour la tester.
La technologie du disque dur utilise un procédé magnétique pour la manipulation et le stockage des données. Ce processus est non invasif, ce qui signifie que vous pouvez pratiquement manipuler les données sur un disque dur à l'infini. Et ce, jusqu'à ce que la mécanique commence à tomber en panne. En revanche, la technologie SSD ne court pas le risque d'une défaillance mécanique. Mais ce qui pose problème, c'est la façon dont elle stocke ses données. Pour le stockage des données, les SSD utilisent des rafales contrôlées d'énergie électrique. Les semi-conducteurs qui sont soumis à ce courant électrique s'usent lentement au fur et à mesure de leur utilisation.
Ce processus a été amélioré grâce à des mises à jour logicielles et matérielles. Les premiers adaptateurs ont constaté que les systèmes d'exploitation n'étaient pas programmés pour stocker correctement les données comme le fait un SSD. Le SSD était donc soumis à un grand nombre de cycles de lecture/écriture. De même, la plupart des anciens BIOS ne reconnaissent pas correctement un SSD, ce qui pose également problème.
L'introduction de l'UEFI et les mises à jour du système d'exploitation ont corrigé la plupart des problèmes rencontrés par les premiers propriétaires de SSD. En outre, comme pour tout processus de production, les SSD eux-mêmes se sont améliorés pour gérer et maintenir la dégradation des disques flash NAND.
Cependant, le fait que votre SSD dispose d'un nombre limité de cycles de lecture/écriture avant de ne plus pouvoir stocker de données reste un problème. Cependant, ce problème est tout aussi marginal que la défaillance de votre disque dur.
Il existe un podcast très approfondi sur le sujet. aquí si vous voulez en savoir plus sur le sujet.
L'équilibre entre la vie et la performance.
Vous avez acheté un SSD pour ses avantages en termes de performances et pas simplement pour augmenter l'autonomie de la batterie, n'est-ce pas ? Alors utilisez votre SSD dans ce but précis, pour rendre votre système plus rapide.
Si vous pouvez vous permettre d'ajouter de la RAM pour réduire les entrées/sorties de l'espace d'échange, cela augmentera clairement la durée de vie de votre SSD.
Comme pour de nombreux aspects de la configuration de votre système, il n'existe pas de règle unique applicable à tous. Les besoins des utilisateurs diffèrent et, en tant que tels, les exigences du système, et donc la configuration, doivent différer afin de répondre à ces besoins. En d'autres termes, tout dépend de la façon dont vous configurez votre système.
I Si vous avez l'espace nécessaire pour accueillir un disque SSD en plus de votre disque sans SSD, écrivez les fichiers qui seront rarement modifiés sur votre disque sans SSD et conservez les fichiers souvent consultés sur votre disque SSD.
Cela permettra de garantir que
[1] - Les fonctions *trim auront les ressources nécessaires pour effectuer les étapes nécessaires pour utiliser uniformément tout le disque. [Bénéfice = Vie]
[2] - Votre latence d'E/S sera réduite grâce à l'utilisation d'un dispositif SSD à haute vitesse pour accéder à un système de fichiers souvent utilisé. [Avantage = Performance]
C onfigurez votre système de fichiers temporaire pour utiliser l'espace lorsque cela est nécessaire pour les besoins particuliers de votre système, si vous avez suffisamment de RAM, envisagez de définir votre niveau de swappiness pour être moins agressif, cela garantira que
[1] - Les E/S du SSD sont réduites, mais votre système continuera à répondre aux besoins de ses utilisateurs. [Bénéfice = Vie]
D Avez-vous vraiment besoin de toutes ces bûches ? Réfléchissez à ce que votre système enregistre et où.
[1] - Les E/S du SSD sont réduites car l'accès au fichier journal est réduit. [Bénéfice = vie et performance]
Il y a un tas d'autres aspects de la configuration de votre système qui peuvent rendre un système sans SSD plus rapide, les systèmes par défaut ont une métrique difficile à remplir, la performance pure ou le maintien de la sécurité des données ou un mélange équilibré de tout cela. Si vous appliquez la même mentalité à ce que vous écrivez et à quel périphérique, vous pouvez augmenter considérablement les performances et, en même temps, la durée de vie de votre SSD.
*échange - Rappelez-vous que cela n'est pas seulement utilisé lorsque les ressources sont faibles, l'espace d'échange configurable par défaut pour de nombreuses distributions Linux parquera les processus longs de faible priorité plus bas dans l'échelle des performances dans l'espace d'échange).
*Trim - Cela vaut la peine de vérifier que vous l'avez activé, un bon article sur ce qu'est le trim et comment il fonctionne : http://searchstorage.techtarget.com/definition/TRIM
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
