Quoi NE PAS mettre sur un SSD?

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?

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.

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.

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é.

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:

• Arch recommande de ne pas mettre le swap sur SSD pour éviter l'usure

Si vous ne voulez pas perdre de temps à envoyer vos données sur disque dur et SDD, vous pouvez utiliser votre SDD en tant que cache.

• Cache L2ARC sur ZFS (Solaris, * BSD)
• Bcache (Linux) C'est encore du code alpha, donc peut-être pas fiable

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.