Comment allouer un espace SSD limité dans LVM pour des performances optimales

Je viens de recevoir un nouveau SSD et je cherche des conseils sur la meilleure façon de l'intégrer dans ma configuration LVM existante. J'ai les volumes logiques suivants (montés aux endroits évidents):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g                                      

J'ai 108,26 g dans les volumes physiques associés au nouveau SSD. Je vais utiliser pvmovepour migrer certains de ces LV vers le SSD. La question est, quels LVs déplacer?

La machine en question est essentiellement un poste de travail à domicile. Je fais un peu de développement (le code source vit home), j'exécute des processus serveur à très faible charge (apache, etc.) et je fais un peu de retouche d'image et de vidéo de temps en temps. Je lance Gentoo sur x86 si cela fait une différence.

Pour mon bureau, j'ai déplacé les fichiers que j'utilisais fréquemment sur le périphérique SSD, laissant les autres fichiers sur les disques durs.

• Avoir le système sur le SSD aide beaucoup. Ce n'est pas modifié très souvent. Déplacez usr sur votre SSD.
• Votre répertoire personnel est également utilisé assez souvent. Rentrez chez vous sur votre SSD. S'il est trop volumineux, essayez d'isoler les fichiers utilisés moins fréquemment et de les laisser sur le disque dur (les liens symboliques aident dans cette tâche)
• Le répertoire / var est souvent accessible par les démons (s'ajoutant aux fichiers journaux dans la plupart des cas). Certaines personnes essaient de se connecter sur un serveur distant ou sur un disque virtuel. Cela peut être complexe et ne vaut pas la peine. J'ai déplacé var sur le SSD.
• L'utilisation du répertoire / tmp dépend des applications que vous utilisez.
• L'utilisation du swap dépend également de vos applications et de votre mémoire physique. Pour moi, le swap n'est pas utilisé très souvent, il est donc vraiment inutile de l'avoir sur le SSD (c'est mieux pour les performances du swap).

Pour les partitions dont vous n'êtes pas sûr (tmp, swap1, swap2, opt), vous pouvez essayer sans les déplacer et utiliser la commande iostat -p pour voir à quelle fréquence elles sont consultées.

Vérifiez l' installation d'un périphérique SSD sur Ubuntu

pourquoi ne pas simplement utiliser le SSD comme cache?

• bache
• flashcache

D'après ce que j'ai lu, LVM n'est peut-être pas le meilleur choix avec SSD car actuellement il n'y a actuellement pas de support TRIM si vous utilisez LVM:

http://www.fedoraforum.org/forum/showthread.php?t=256068

(il y a diverses autres suggestions concernant les SSD dans ce fil également)

J'examine moi-même quelque chose comme ça en ce moment. En plus des options bcache et flashcache mentionnées par Javier, vous pouvez à la place identifier les extensions "chaudes" et les déplacer sur votre SSD:

https://bbs.archlinux.org/viewtopic.php?id=113529

Pour atténuer le manque de TRIM, vous pouvez utiliser moins que la pleine capacité SSD, puis déplacer ultérieurement les étendues et supprimer manuellement les plages de secteurs avec hdparm:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

C'est évidemment extrêmement dangereux et toute erreur pourrait mettre vos données à la poubelle!

Je suis d'accord avec l'utilisation du SSD pour certaines opérations de mise en cache, mais vous devriez probablement examiner de manière critique le cas d'utilisation exact. Si vous n'avez pas acheté de SSD haut de gamme, l'usure et la fiabilité sont un problème plus important. Dans ce cas, je ne l'utiliserais pas pour les opérations de répertoire temporaire, comme / tmp, / var / tmp, / var / run et swap. J'oserais utiliser des systèmes de fichiers basés sur la mémoire pour cela, mais c'est un peu plus difficile à configurer et peut être un peu risqué si vous ne savez pas ce que vous faites.

Ayez certainement votre montage A / V sur le SSD! C'est probablement votre répertoire personnel, mais peut être un répertoire spécial ailleurs, même un point de montage sous votre maison. Les SSD brillent où vous pouvez avoir une lecture / écriture aléatoire sans avoir à déplacer les têtes de disque. Cela crie l'édition et les applications à large bande passante comme le travail A / V. / usr pourrait être le prochain endroit, si vous avez assez d'espace pour cela. La plupart de vos fichiers binaires et bibliothèques sont dans / usr et peuvent bénéficier de l'ordre de lecture aléatoire fourni par le SSD.