Desempenho SSD do Linux com Luks / LVM

2

Recentemente, obtive um SSD Samsung EVO 840 1TB como substituto de disco rígido do meu laptop (Lenovo X220t, core-i5-2520m, 8GB RAM). Até agora, não estou impressionado com o desempenho resultante e solicito algumas dicas sobre o que tentar.

Formatei o disco para ter uma partição de inicialização de 1 GB e outra partição para o restante.

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

O segundo disco é criptografado usando luks e 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

Além disso, há o LVM com as partições lógicas.

> 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 está ativo e "benchptsetup benchmark" fornece 900-1000MB / s para aes-xts-512 em ambas as direções.

O sistema não é uma instalação nova, mas o sistema antigo foi migrado usando "cp -a", portanto, não havia cópia de imagem dos sistemas de arquivos antigos. Agora tudo parece um pouco mais rápido, mas até agora não estou impressionado. O iceweasel de abertura ainda demora 4-5 segundos, o pycharm com um projeto relativamente pequeno requer cerca de 20 segundos para a inicialização.

Eu estava executando o bonnie ++ para ver o desempenho bruto no próprio sistema de arquivos com os seguintes resultados:

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

Os valores para leitura e escrita em bloco são ótimos com 450MB / se 650MB / s. No entanto, o caractere por caractere parece muito lento, com apenas 0,5MB / se 3MB / s.

No entanto, falta uma referência para realmente julgar esses valores. Eu vi outras máquinas com um SSD onde abrir um navegador basicamente aconteceu instantaneamente, coisa semelhante com eclipse de pycharm e eu estou querendo saber porque meu sistema não 'voa' assim. Eu acidentalmente introduzi um enorme desempenho em algum lugar? Ou os números são bons e meu problema está em outro lugar?

    
por jan 16.10.2013 / 13:48

1 resposta

1

Há mais duas coisas que você precisa fazer para que o TRIM funcione nessa configuração específica.

  • Verifique se você tem a opção discard definida em /etc/fstab para o seu sistema de arquivos.

  • Edite /etc/lvm/lvm.conf e altere issue_discards = 0 para issue_discards = 1 .

Depois de fazer isso, reinicie o computador e execute fstrim manualmente para limpar.

O Firefox é sempre lento para iniciar, então eu não me preocuparia muito com isso. O mesmo acontece com quase tudo o que é grande o suficiente para dar muito trabalho nos bastidores durante a partida. Assista seu LED de disco rígido. :)

    
por 16.10.2013 / 18:56