web-dev-qa-db-ja.com

Luks / LVMを使用したLinuxSSDのパフォーマンス

最近、ラップトップのハードディスクの代替品としてSamsung EVO 840 1TB SSDを入手しました(Lenovo X220t、core-i5-2520m、8GB RAM)。これまでのところ、結果として得られるパフォーマンスには感心せず、何を試すべきかについていくつかのヒントを求めています。

ドライブをフォーマットして、1GBのブートパーティションと残りのパーティションを作成しました。

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

2番目のディスクは、luksと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

その上、論理パーティションを備えたLVMがあります。

> 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はアクティブであり、「cryptsetupベンチマーク」は両方向でaes-xts-512に対して900-1000MB/sを提供します。

システムは新規インストールではありませんが、古いシステムは「cp -a」を使用して移行されたため、古いファイルシステムのイメージコピーはありませんでした。今ではすべてが少し速く感じますが、今のところ私は感心していません。 iceweaselを開くにはまだ4〜5秒かかりますが、比較的小さなプロジェクトのpycharmは起動に約20秒かかります。

私はbonnie ++を実行して、ファイルシステム自体の生のパフォーマンスを確認し、次の結果を出しました。

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

ブロック単位の読み取りと書き込みの値は、450MB /秒と650MB /秒で見栄えがします。ただし、文字ごとは0.5MB /秒と3MB /秒で非常に遅いようです。

しかし、私はこれらの値を実際に判断するための参照が不足しています。ブラウザを開くことが基本的に瞬時に行われるSSDを備えた他のマシンを見たことがあります。これは、Eclipse of pycharmの場合と同様で、なぜ私のシステムがこのように「飛ばない」のか疑問に思います。誤ってどこかに巨大なパフォーマンスホッグを導入しましたか?それとも、数字は問題なく、私の問題は他の場所にありますか?

2
jan

この特定のセットアップでTRIMを機能させるには、さらに2つのことを行う必要があります。

  • ファイルシステムの/etc/fstabdiscardオプションが設定されていることを確認してください。

  • /etc/lvm/lvm.confを編集し、issue_discards = 0issue_discards = 1に変更します。

これを行った後、コンピューターを再起動し、fstrimを手動で実行してクリーンアップします。


Firefoxは常に起動が遅いので、あまり心配する必要はありません。同じことが、開始時に舞台裏で多くの作業を行うのに十分な大きさのほとんどすべてに当てはまります。ハードドライブのLEDに注意してください。 :)

1
Michael Hampton