Cara mengalokasikan ruang SSD terbatas di LVM untuk kinerja optimal

8

Saya baru saja mendapat SSD baru, dan saya sedang mencari saran tentang cara terbaik untuk memasukkannya ke dalam pengaturan LVM yang ada. Saya memiliki volume logis berikut (dipasang di tempat yang jelas):

# 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

Saya mendapatkan 108.26g dalam volume fisik yang terkait dengan SSD baru. Saya akan gunakan pvmoveuntuk memigrasi beberapa LV ini ke SSD. Pertanyaannya adalah, LV mana yang akan dipindahkan?

Mesin yang dimaksud pada dasarnya adalah workstation rumah. Saya melakukan pengembangan ringan (kode sumber aktif home), menjalankan beberapa proses server dengan beban sangat rendah (apache, dll.), Dan melakukan sedikit pengeditan gambar dan video dari waktu ke waktu. Saya menjalankan Gentoo di x86 jika itu membuat perbedaan.

— Matt McHenry
sumber

7

Untuk desktop saya, saya memindahkan file yang sering saya gunakan pada perangkat SSD, meninggalkan file lain pada hard disk.

Memiliki sistem pada SSD sangat membantu. Itu tidak sering dimodifikasi. Pindahkan usr di SSD Anda.
Direktori rumah Anda juga cukup sering digunakan. Pindah rumah dengan SSD Anda. Jika terlalu besar, cobalah untuk mengisolasi file yang jarang digunakan dan meninggalkannya di hard disk (symlink membantu dalam tugas ini)
Direktori / var sering diakses oleh daemon (menambahkan untuk mencatat file dalam kebanyakan kasus). Beberapa orang mencoba masuk pada server jarak jauh atau pada ramdisk. Itu bisa rumit dan mungkin tidak sepadan dengan masalahnya. Saya pindah var di SSD.
Penggunaan direktori / tmp tergantung pada aplikasi yang Anda gunakan.
Penggunaan swap juga tergantung pada aplikasi dan memori fisik Anda. Bagi saya, swap tidak terlalu sering digunakan sehingga benar-benar tidak diberkati untuk memilikinya di SSD (yang terbaik untuk kinerja swap).

Untuk partisi yang Anda mungkin tidak yakin (tmp, swap1, swap2, opt), Anda dapat mencoba tanpa memindahkannya dan menggunakan perintah iostat -p untuk melihat seberapa sering mereka diakses.

Periksa Menginstal perangkat SSD di Ubuntu

— ciceron
sumber

4

mengapa tidak menggunakan SSD sebagai cache saja?

— Javier
sumber

2

Berdasarkan apa yang saya baca, LVM mungkin bukan pilihan terbaik dengan SSD karena saat ini tidak ada dukungan TRIM jika Anda menggunakan LVM:

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

(ada berbagai saran lainnya: SSD di utas itu juga)

— Damorg
sumber

Terima kasih. Ada Ringkasan diperbarui baik dari thread ini di forums.fedoraforum.org/showthread.php?t=277082

— dajobe

1

Saya sendiri sedang mencari sesuatu seperti ini. Selain opsi bcache dan flashcache yang disebutkan Javier, Anda bisa mengidentifikasi luasan "hot" dan memindahkannya ke SSD Anda:

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

Untuk mengurangi kekurangan TRIM, Anda dapat menggunakan kurang dari kapasitas SSD penuh, lalu memindahkan luasan dan secara manual membuang rentang sektor dengan hdparm:

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

Itu jelas sangat berbahaya dan kesalahan apa pun bisa merusak data Anda!

— Grifferz
sumber

0

Saya setuju dengan menggunakan SSD untuk beberapa operasi caching, tetapi Anda mungkin harus memeriksa secara kritis case use yang tepat. Jika Anda tidak membeli SSD kelas atas, keausan dan keandalan adalah masalah yang lebih besar. Dalam hal ini, saya tidak akan menggunakannya untuk op direktori temp, seperti / tmp, / var / tmp, / var / run, dan swap. Saya berani menggunakan sistem file berbasis memori untuk ini, tetapi agak sulit untuk diatur, dan bisa sedikit berisiko jika Anda tidak tahu apa yang Anda lakukan.

Pastikan Anda memiliki A / V editing di SSD! Ini mungkin direktori rumah Anda, tetapi mungkin direktori khusus di tempat lain, bahkan titik pemasangan di bawah rumah Anda. SSD bersinar di mana Anda dapat membaca / menulis secara acak tanpa harus memindahkan kepala disk. Ini menjerit pengeditan, dan aplikasi bandwidth tinggi seperti pekerjaan A / V. / usr mungkin tempat berikutnya, jika Anda memiliki cukup ruang untuk itu. Sebagian besar binari dan pustaka Anda berada di / usr, dan dapat mengambil manfaat dari urutan baca acak yang akan diberikan SSD.

— Paul
sumber