Kinerja SSD Linux dengan Luks / LVM


2

Saya baru-baru ini memperoleh Samsung EVO 840 1TB SSD sebagai pengganti hard disk untuk laptop saya (Lenovo X220t, core-i5-2520m, 8GB RAM). Sejauh ini, saya tidak terkesan dengan kinerja yang dihasilkan dan meminta beberapa petunjuk tentang apa yang harus dicoba.

Saya telah memformat drive untuk memiliki partisi boot 1GB dan partisi lain mengambil sisanya.

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
96 heads, 32 sectors/track, 635913 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xf3e3717f

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            3072     2101247     1049088   83  Linux
/dev/sda2         2101248  1953524735   975711744   83  Linux

Disk kedua dienkripsi menggunakan luks dan aes-xts-plain64.

> cryptsetup status cryptoroot
/dev/mapper/cryptoroot is active and is in use.
  type:    LUKS1
  cipher:  aes-xts-plain64
  keysize: 512 bits
  device:  /dev/sda2
  offset:  6144 sectors
  size:    1951417344 sectors
  mode:    read/write
  flags:   discards

Selain itu, ada LVM dengan partisi logical.

> vgs
  VG   #PV #LV #SN Attr   VSize   VFree  
  ssd    1   6   0 wz--n- 930.50g 639.00g
> pvs
  PV         VG   Fmt  Attr PSize   PFree  
  /dev/dm-0  ssd  lvm2 a--  930.50g 639.00g
> lvs
  LV   VG   Attr      LSize   Pool Origin Data%  Move Log Copy%  Convert
  home ssd  -wi-ao--- 250.00g                                           
  root ssd  -wi-ao---   2.50g                                           
  swap ssd  -wi-ao---  10.00g                                           
  tmp  ssd  -wi-ao---   4.50g                                           
  usr  ssd  -wi-ao---  20.00g                                           
  var  ssd  -wi-ao---   4.50g

AES-NI aktif dan "cryptsetup benchmark" menghasilkan 900-1000MB / s untuk aes-xts-512 di kedua arah.

Sistem ini bukan instalasi baru tetapi sistem lama dimigrasikan menggunakan "cp -a", jadi tidak ada gambar-salinan dari sistem file lama. Sekarang semuanya terasa sedikit lebih cepat tetapi sejauh ini saya tidak terkesan. Membuka iceweasel masih membutuhkan 4-5 detik, pycharm dengan proyek yang relatif kecil membutuhkan sekitar 20 detik untuk startup.

Saya menjalankan Bonnie ++ untuk melihat kinerja mentah pada filesystem itu sendiri dengan hasil sebagai berikut:

Version      1.97   ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
laptop       16000M   511  99 464061  50 212554  20  3191  99 646813  20 +++++ +++
Latency             39861us     688ms     647ms    3317us    2593us    2161us
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files:max:min        /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
laptop          128 81349  87 +++++ +++ 71014  63 83195  85 +++++ +++ 59378  56
Latency             81014us     505us     111ms   79458us      14us     114ms

Nilai untuk block-wise membaca dan menulis tampak hebat dengan 450MB / s dan 650MB / s. Namun, per-karakter tampaknya sangat lambat dengan hanya 0,5MB / s dan 3MB / s.

Namun, saya tidak memiliki referensi untuk benar-benar menilai nilai-nilai ini. Saya telah melihat mesin lain dengan SSD di mana pembukaan browser pada dasarnya terjadi secara instan, hal yang sama dengan gerhana pycharm dan saya bertanya-tanya mengapa sistem saya tidak 'terbang' seperti ini. Apakah saya secara tidak sengaja memperkenalkan babi kinerja besar di suatu tempat? Atau apakah angkanya baik dan masalah saya ada di tempat lain?

Jawaban:


1

Ada dua hal lagi yang perlu Anda lakukan agar TRIM bekerja di pengaturan khusus ini.

  • Pastikan Anda memiliki discardopsi yang ditetapkan /etc/fstabuntuk sistem file Anda.

  • Edit /etc/lvm/lvm.confdan ubah issue_discards = 0menjadi issue_discards = 1.

Setelah melakukan ini, nyalakan kembali komputer dan jalankan fstrimsecara manual untuk membersihkan.


Firefox selalu lambat untuk memulai, jadi saya tidak akan terlalu khawatir tentang itu. Hal yang sama berlaku untuk hampir semua hal yang cukup besar sehingga dapat melakukan banyak pekerjaan di belakang layar saat memulai. Tonton LED hard drive Anda. :)


Saya telah melihat komentar dalam dokumentasi Gentoo yang membuang (dikonfigurasi secara manual di / etc / fstab) tidak direkomendasikan, tidak yakin mengapa.
Pavel Šimerda

@ PavelŠimerda Jika mereka tidak menjelaskan alasannya, maka Anda harus curiga.
Michael Hampton
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.