Quoi NE PAS mettre sur un SSD?

70

J'ai acheté un SSD et je vais configurer mon système de bureau avec une installation Linux complètement nouvelle.

Les disques SSD sont connus pour être rapides, mais ils ont un inconvénient: le nombre d'écritures (par bloc?) Est limité.

Je pense donc aux données qui doivent être situées sur le SSD et au disque dur. En général, j’ai pensé que les données qui changent fréquemment devraient être placées sur le disque dur et que celles qui ne changent pas fréquemment peuvent être placées sur le SSD.

  • Maintenant, je lis cette question, avec un scénario similaire. Dans les réponses, il est écrit: "Les disques SSD sont parfaitement adaptés à l’espace de permutation ..."

    Pourquoi les disques SSD sont-ils parfaitement adaptés à l'espace d'échange? D'accord, je vois un potentiel élevé d'amélioration des performances du système, mais les données d'échange ne changent pas fréquemment et par conséquent, il y aurait beaucoup d'écritures sur le disque SSD, entraînant une courte durée de vie du disque SSD.

  • Et qu'en est-il du répertoire / var? Son contenu ne change-t-il pas aussi fréquemment? Ne serait-ce pas une bonne idée de le mettre sur le disque dur?

  • Existe-t-il d'autres données qui ne devraient pas se trouver sur un disque SSD?

utilisateur41961
la source
De plus, nous avons utilisé un raid 1 avec des SSD sur notre base de données de production AIX. Certes, il s’agit probablement de disques SSD de niveau entreprise (n’ont pas encore été vérifiés), mais néanmoins ... les niveaux grand public seraient toujours acceptables pour la plupart des applications où vos répertoires /procet /homerépertoires résident sur votre disque SSD.
Chad Harrison
7
@hydroparadise /procest maintenu par le noyau et ne vit pas sur le disque, qu’il s’agisse d’un plateau tournant ou d’un disque SSD.
un CVn
Oups, avait un cerveau pétant. /varou /etcseraient des remplaçants appropriés /procpour l'exemple. Je suppose que /procserait toujours pertinent si elle débordait à utiliser swap.
Chad Harrison

Réponses:

83

Si vous vous inquiétez des cycles d'écriture, vous n'irez nulle part.

Vous aurez des données sur votre SSD qui changent fréquemment; votre maison, vos configurations, les caches de votre navigateur, peut-être même des bases de données (si vous en utilisez). Ils devraient tous être sur SSD: pourquoi en auriez-vous un, sinon pour prendre de la vitesse pour les choses que vous faites fréquemment?

Le nombre d'écritures est peut-être limité, mais un disque SSD moderne est très performant pour le nivellement par l'usure; ne vous inquiétez donc pas trop. Le disque est là pour être écrit; si vous ne l'utilisez pas pour cela, vous pouvez aussi bien l'utiliser comme presse-papier et ne jamais le mettre dans votre ordinateur.

Il n'y a pas de périphérique de stockage adapté à l'espace d'échange. L'échange est lent , même sur SSD. Si vous devez permuter tout le temps, il vaut mieux obtenir plus de RAM d'une manière ou d'une autre.

Cela peut être différent pour l’espace de permutation qui n’est pas utilisé pour la permutation, mais pour les scénarios de suspension sur disque. Naturellement, plus le support de stockage utilisé pour cela est rapide, plus il sera suspendu et réactivé rapidement.

Personnellement, je mets tout sur SSD sauf les grandes données statiques. Un film, par exemple, ne doit pas gaspiller d’espace coûteux sur un disque SSD, car un disque dur est plus que suffisamment rapide pour le lire. Il ne jouera pas plus vite en utilisant le stockage SSD pour cela.

Comme tous les supports de stockage, le SSD échouera à un moment donné, que vous l'utilisiez ou non. Vous devez les considérer comme tout aussi fiables que les disques durs, ce qui n’est pas du tout fiable. Vous devez donc effectuer des sauvegardes.

Frostschutz
la source
11
Cette réponse ignore totalement le fait que beaucoup de données sont écrites rarement mais sont lues fréquemment.
Jwg
22
Ummm, comment cela change-t-il la réponse? Le thème ici est "gagnez de la vitesse pour les choses que vous faites fréquemment". Qu'importe qu'il s'agisse de lire ou d'écrire? Le but est d’utiliser le SSD pour des opérations impliquant beaucoup d’IO de disque, qu’elles soient lues ou écrites.
Pete
1
@ LorenPechtel Vous dites donc que vous vous attendez à ce que le SSD soit fonctionnel dans environ cent ans? D'une manière ou d'une autre, j'en doute, quels que soient les modèles d'utilisation. :) "Augmenter à un taux constant" ne signifie pas nécessairement "exact", en particulier lorsque vous mesurez (comme c'est très probablement le cas) une chose mais que vous la déclarez comme une autre. Si vous mesurez des cycles d'écriture mais que vous le déclarez comme une durée de vie, cela ignore tout le reste qui peut mal tourner, en particulier sur une longue période (la fatigue des matériaux physiques et des composants est une possibilité).
un CVn
5
Les disques SSD sont mieux adaptés aux entrées-sorties aléatoires, pas à n'importe quelle entrée-sortie. Les disques normaux seront tout aussi bons pour un accès séquentiel tel qu'un média.
JamesRyan
2
J'aimerais souligner qu'entre un lecteur fortement écrit et un presse-papier, il existe des supports en lecture seule tels que des disques optiques. Je suis également d'accord avec la recommandation de cette réponse selon laquelle la plupart des utilisateurs normaux n'ont pas à s'inquiéter des cycles d'écriture sur disque SSD. À moins que vous ne fassiez quelque chose d'inhabituel ou que vous n'exécutiez pas un service qui utilise beaucoup le système de fichiers, le disque SSD durera probablement plus que suffisamment longtemps.
Jw013
29

L’objectif est donc d’obtenir le maximum d’argent pour le prix - vitesse par rapport au prix du matériel de remplacement (en supposant un seul disque dur de grande taille et un disque SSD de taille moyenne, ce qui semble être la norme). Pour simplifier, vous pouvez comparer l’augmentation de la vitesse de déplacement d’un fichier vers le SSD par rapport au nombre de secteurs écrits pour déplacer ce fichier vers le SSD.

  • Les fichiers qui nécessitent beaucoup de lecture et d’écriture (tels que le système d’exploitation et les programmes) sont probablement les plus évidents pour passer au SSD.
  • Les fichiers écrits une fois et lus plusieurs fois à un débit de données fixe où le disque dur est suffisamment rapide (par exemple, la musique, la vidéo) devraient probablement y rester. Ils ne sont généralement pas modifiés, mais considèrent qu'ils sont écrits dans de nombreux secteurs.
  • Les petits fichiers très modifiés (tels que certains fichiers temporaires) sont plus compliqués. Par exemple, pour une taille de secteur de 512 octets, vous pouvez écraser un fichier à secteur unique 20 000 000 avant de "consommer" le même nombre d'écritures que l'écriture d'un seul fichier de 1 GiB. Si le SSD prend en charge le nivellement d'usure, celui- ci devrait être équivalent.

Bien entendu, même les meilleurs calculs utilisent également la ressource la plus précieuse de toutes, le temps. Donc, à long terme, vous feriez mieux de rester simple et d'acheter un nouveau matériel un peu plus souvent que dans le cas absolument idéal.

l0b0
la source
2
vitesse vs prix de remplacement vs perte de données . Oui, tout le monde n'utilise pas la sauvegarde, même s'il le devrait. +1
n611x007
1
Je dois admettre que j'aime bien le concept de secteur-écrit en tant que mesure de l'utilisation du stockage, en particulier dans le cas des disques SSD. :)
un CVn
2

A côté de toutes les réponses, voici un petit conseil que j'aime bien. J'ai recommencé à utiliser le disque virtuel avec mon disque SSD pour ralentir un peu l'effet d'usure. Je l'utilise pour un cache de navigateur (tout un profil de navigateur), diverses conditions, quelques journaux non essentiels, etc. (via des liens symboliques)

Mon disque virtuel est placé dans fstab comme suit:

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

Plus vous avez de RAM plus grand, vous pouvez utiliser efficacement. Avec cela, j'ai un script de démarrage / arrêt. Expérience variée de l’écriture d’une sauvegarde de disque virtuel sur un périphérique / dossier chiffré, même avec la priorité la plus basse au démarrage et la plus haute à l’arrêt.

Cela accélère un peu le système et enregistre des cycles d'écriture. Une bonne chose peut être un travail cron faire rsync toutes les 15 minutes?

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

Petit avertissement pour les utilisateurs Ubuntu, n'utilisez pas / media / user / folder pour les sauvegardes du disque virtuel, car certaines mises à jour le réinitialisent. Je perdais donc régulièrement les données de mon profil. Également avec Ubuntu, j'ai eu quelques difficultés à créer des disques ramdisk sur un dossier personnel chiffré.

tomasb
la source
1

En accord avec les autres, vous devriez mettre presque tout, sauf peut-être de très gros fichiers (vidéo) pour éviter de gaspiller de l’espace SSD coûteux.

Cependant, vous devez également vous assurer que TRIM est activé:

  • Votre SSD supporte TRIM
  • Votre partition est alignée sur un multiple d'EBS
  • Votre système de fichiers prend en charge TRIM sur votre système de fichiers (généralement ext4)
  • Vous courez fstrimrégulièrement (probablement dans un cron hebdomadaire)
  • Vous conservez au moins 25% d'espace disque libre [ 1 ].

N'oubliez pas de sauvegarder vos données.

MISE À JOUR:

La nuit
la source
Existe-t-il des sources concernant les 25% d'espace disque disponible?
Thiagowfx
J'ai ajouté une référence. Ceci est similaire à la mémoire et à la carte de hachage, car les ordures sont collectées. En dessous, les frais généraux du GC deviendront rapidement un problème.
vendredi
Pour la postérité, je voudrais ajouter que la section que vous avez citée a été supprimée de ArchWiki dans cette révision, avec le commentaire suivant: "il faudra un peu d’effort pour acheter un disque SSD sans TRIM ni surapprovisionnement: kingston.com/us/ssd/ surapprovisionnement ".
Spooky
En réalité, soit vous mettez swap sur SSD, soit vous ne configurez pas de swap. Il n’ya vraiment pas de situation où vous voulez échanger sur le disque dur, mais le SSD est une alternative.
Mikko Rantalainen
-1

Je suis désolé, les mauvaises réponses. Bien sûr, vous pouvez et devriez construire un système très rapide tout en déplaçant la plupart des dossiers écrits vers le disque dur. Déplacez / tmp vers / tmpfs ou créez une partition / tmp sur le disque dur. Déplacez également le disque dur et créez des liens symboliques sur les dossiers d'origine pour / var / log / var / spool et / var / tmp (ne placez pas / var / tmp sur tmpfs car les données doivent être accessibles lors des redémarrages). Déplacez-vous sur le disque dur et créez des liens symboliques pour ~ / Téléchargements ~ / Vidéos ~ / Musique ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream et autres que vous connaissez ou que vous découvrez écrivent fréquemment caches (trouvez toujours où se trouve le cache de votre navigateur et déplacez-le sur le disque dur. Chrome et Firefox sont couverts de ceux-ci, mais vérifiez vous-même). Si vous devez modifier un fichier vidéo, vous pouvez le déplacer vers SSD, sinon 99% des documents et des supports ne présentent aucun avantage en SSD. De plus, étant donné que le disque dur est beaucoup moins utilisé par le système, ces astuces ont un impact négatif sur les performances et une énorme différence de durabilité des disques SSD. Déplacez-vous sur le disque dur et créez des liens symboliques pour vos dossiers sur le cloud (par exemple, une liste déroulante). Pensez également à déplacer / var / www si vous vous en approchez. Maintenant, vous avez un système très rapide avec presque pas de différence de vitesse et avec beaucoup moins d'usure.

Fernando Bernardo
la source