J'ai acheté un SSD et je vais mettre en place mon système de bureau avec une installation Linux complètement nouvelle.
Les SSD sont connus pour être rapides, mais ils présentent un inconvénient: Le nombre d'écritures (par bloc?) Est limité.
Je pense donc aux données qui doivent être localisées sur le SSD et sur le disque dur. En général, je pensais que datatables qui changent fréquemment devraient être placées sur le disque dur et que datatables qui ne changent pas fréquemment peuvent être mises sur le SSD.
Maintenant, j'ai lu cette question, avec un scénario similaire. Dans les réponses, il est écrit: "Les lecteurs SSD sont parfaitement adaptés à l'espace de swap …"
Pourquoi les disques SSD sont-ils parfaitement adaptés à l'espace de swap? D'accord, je vois un potentiel élevé pour augmenter les performances du système, mais ne permute pas datatables changent fréquemment et donc il y aurait beaucoup d'écritures sur le SSD résultant en une courte durée de vie SSD?
Et qu'en est-il du directory / var? Son contenu ne change-t-il pas fréquemment aussi? Ne serait-ce pas une bonne idée de le mettre sur le disque dur?
Y a-t-il d'autres données qui ne devraient pas être localisées sur un SSD?
Si vous vous souciez des cycles d'écriture, vous n'irez nulle part.
Vous aurez des données sur votre SSD qui change fréquemment; votre maison, vos configs, vos caches de browsers, peut-être même les bases de données (si vous en utilisez). Ils devraient tous être sur SSD: pourquoi d'autre en auriez-vous un, sinon pour gagner de la vitesse pour les choses que vous faites fréquemment?
Le nombre d'écritures peut être limité, mais un SSD moderne est très bon à l'usure, donc vous ne devriez pas vous en soucier trop. Le disque est là pour être écrit; si vous ne l'utilisez pas pour cela, vous pourriez tout aussi bien l'utiliser comme un presse-papier et ne jamais le mettre dans votre ordinateur.
Il n'y a pas de périphérique de stockage adapté à l'espace de swap. Le swap est lent , même sur le SSD. Si vous avez besoin d'échanger tout le time, vous êtes mieux d'get plus de RAM d'une manière ou d'une autre.
Il peut être différent pour l'espace d'échange qui n'est pas utilisé pour l'échange, mais pour les scénarios de suspension sur disque. Naturellement, plus le support de stockage utilisé est rapide, plus vite il va se suspendre et se réveiller.
Personnellement, je mets tout sur le SSD sauf les grandes données statiques. Un film, par exemple, n'a pas à gaspiller de l'espace sur le SSD, car un disque dur est plus que suffisamment rapide pour le lire. Il ne jouera pas plus rapidement en utilisant le stockage SSD pour cela.
Comme tous les supports de stockage, le SSD échouera à un certain point, que vous l'utilisiez ou non. Vous devriez les considérer comme aussi fiables que les disques durs, ce qui n'est pas du tout fiable, alors vous devriez faire des sauvegardes.
Ok, donc l'objective est d'en get le plus possible – Vitesse par rapport au prix du matériel de rlocation (en supposant un seul grand disque dur et un SSD de taille moyenne, ce qui semble être la norme). Pour simplifier, vous pouvez peser combien vous remarquez l'augmentation de la vitesse de déplacement d'un file vers le SSD par rapport au nombre de secteurs écrits pour déplacer ce file vers le SSD.
Bien sûr, même les meilleurs calculs utilisent aussi la ressource la plus précieuse de tous, le time. Donc, à long terme, vous êtes probablement mieux de restr simple et d'acheter du nouveau matériel légèrement plus souvent que le cas idéal.
En accord avec les autres, vous devriez mettre à peu près tout sauf des files très volumineux (video) pour éviter de gaspiller l'espace coûteux des SSD.
Cependant, vous devez également vous assurer que TRIM est activé:
fssortingm
(probablement dans un cron hebdomadaire) N'oubliez pas de sauvegarder vos données.
METTRE À JOUR:
A côté de toutes les réponses ici, il y a un petit conseil que j'aime. J'ai commencé à utiliser ramdisk à nouveau avec mon SSD pour ralentir l'effet d'usure un peu. Je l'utilise pour un cache de browser (bien tout le profil de browser), time / var / log etc. (via des liens symboliques)
Mon disque virtuel est défini dans fstab comme suit:
tmpfs /mnt/ramdisk tmpfs nodev,nosuid,size=512M 0 0
Plus de RAM, vous avez un plus grand disque virtuel que vous pouvez utiliser efficacement. Avec cela, j'ai le script de démarrage / arrêt. Diverses expériences d'écriture de sauvegarde de disque virtuel sur un périphérique / dossier chiffré, même avec la plus faible priorité au démarrage et la plus haute à l'arrêt.
Cela accélère le système et enregistre certains cycles d'écriture. 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 $?
Peu d'avertissement pour les users Ubuntu, n'utilisez pas / media / user / folder pour les sauvegardes ramdisk car il est réinitialisé par certaines mises à jour, donc je perdais régulièrement des données de profil. Aussi avec Ubuntu, j'ai eu quelques difficultés à faire des bakdisk sur un dossier personnel chiffré.
J'espère que cela aide quelqu'un.
Si vous ne voulez pas passer du time à envoyer vos données sur disque dur et SDD, vous pouvez utiliser votre SDD comme cache.