Zuweisen von begrenztem SSD-Speicherplatz in LVM für eine optimale Leistung

Ich habe gerade eine neue SSD erhalten und suche nach Ratschlägen, wie ich sie am besten in mein vorhandenes LVM-Setup integrieren kann. Ich habe die folgenden logischen Volumes (an den offensichtlichen Stellen montiert):

# 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                                      

Ich habe 108,26 g in den physischen Volumes, die mit der neuen SSD verbunden sind. Ich werde pvmoveeinige dieser LVs auf die SSD migrieren. Die Frage ist, welche LVs bewegt werden sollen.

Bei der fraglichen Maschine handelt es sich im Grunde genommen um eine Heimarbeitsstation. Ich mache eine leichte Entwicklung (Quellcode lebt in home), führe einige Serverprozesse mit sehr geringer Last aus (Apache usw.) und bearbeite von Zeit zu Zeit ein bisschen Bilder und Videos. Ich starte Gentoo auf x86, wenn das einen Unterschied macht.

Für meinen Desktop habe ich die Dateien verschoben, die ich häufig auf dem SSD-Gerät verwendet habe, und andere Dateien auf Festplatten belassen.

• Das System auf der SSD zu haben, hilft sehr. Es wird nicht sehr oft geändert. Bewegen Sie uns auf Ihrer SSD.
• Ihr Home-Verzeichnis wird auch ziemlich oft verwendet. Bewegen Sie sich auf Ihrer SSD nach Hause . Wenn es zu groß ist, versuchen Sie, weniger häufig verwendete Dateien zu isolieren und auf der Festplatte zu belassen (Symlinks helfen bei dieser Aufgabe).
• Auf das Verzeichnis / var wird häufig von Dämonen zugegriffen (in den meisten Fällen an Protokolldateien angehängt). Einige Leute versuchen, sich auf einem Remote-Server oder einer Ramdisk anzumelden. Es kann komplex sein und ist die Mühe nicht wert. Ich habe var auf der SSD verschoben .
• Die Verwendung des Verzeichnisses / tmp hängt von den von Ihnen verwendeten Anwendungen ab.
• Die Swap-Nutzung hängt auch von Ihren Anwendungen und dem physischen Speicher ab. Für mich wird Swap nicht sehr oft verwendet, daher ist es wirklich kein Segen, ihn auf der SSD zu haben (am besten für die Swap-Leistung).

Für die Partitionen, bei denen Sie sich möglicherweise nicht sicher sind (tmp, swap1, swap2, opt), können Sie versuchen, ohne sie zu verschieben, und den Befehl iostat -p verwenden, um zu sehen, wie oft auf sie zugegriffen wird.

Überprüfen Sie die Installation eines SSD-Geräts unter Ubuntu

Warum nicht einfach die SSD als Cache verwenden?

• Bache
• Flashcache

Basierend auf dem, was ich gelesen habe, ist LVM mit SSD möglicherweise nicht die beste Wahl, da derzeit keine TRIM-Unterstützung verfügbar ist, wenn Sie LVM verwenden:

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

(Es gibt verschiedene andere Vorschläge zu: SSDs in diesem Thread)

Ich beschäftige mich im Moment selbst mit so etwas. Zusätzlich zu den von Javier erwähnten bcache- und flashcache-Optionen können Sie stattdessen "heiße" Extents identifizieren und auf Ihre SSD verschieben:

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

Um den Mangel an TRIM zu verringern, können Sie weniger als die volle SSD-Kapazität verwenden, später Extents verschieben und Sektorbereiche mit hdparm manuell verwerfen:

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

Das ist natürlich extrem gefährlich und jeder Fehler könnte Ihre Daten in den Papierkorb werfen!

Ich bin damit einverstanden, die SSD für einige Caching-Vorgänge zu verwenden, aber Sie sollten den genauen Anwendungsfall wahrscheinlich kritisch untersuchen. Wenn Sie keine High-End-SSD gekauft haben, sind Verschleiß und Zuverlässigkeit ein größeres Problem. In diesem Fall würde ich es nicht für temporäre Verzeichnisoperationen wie / tmp, / var / tmp, / var / run und swap verwenden. Ich würde es wagen, dafür speicherbasierte Dateisysteme zu verwenden, aber die Einrichtung ist etwas schwieriger und kann ein wenig riskant sein, wenn Sie nicht wissen, was Sie tun.

Haben Sie auf jeden Fall Ihre A / V-Bearbeitung auf der SSD! Dies ist wahrscheinlich Ihr Home-Verzeichnis, kann aber auch ein spezielles Verzeichnis an anderer Stelle sein, sogar ein Mount-Punkt unter Ihrem Home. Die SSDs leuchten dort, wo Sie zufällig lesen / schreiben können, ohne die Plattenköpfe bewegen zu müssen. Dies schreit nach Bearbeitung, und Anwendungen mit hoher Bandbreite wie A / V funktionieren. / usr könnte der nächste Ort sein, wenn Sie genug Platz dafür haben. Die meisten Ihrer Binärdateien und Bibliotheken befinden sich in / usr und können von der zufälligen Lesereihenfolge profitieren, die die SSD bereitstellt.