lentidão do Linux dm-crypt com SSD rápido

2

Estou com lentidão com um sistema de arquivos criptografado. Aqui estão os detalhes:

# /dev/sdd: TOSHIBA  PX05SVQ192B      AX02  /dev/sdd

# gdisk -l /dev/sdd
GPT fdisk (gdisk) version 0.7.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdd: 3750748848 sectors, 1.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 51E5679B-EFA3-446F-8D55-8FAC33EB8322
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3750748814
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3750748814   1.7 TiB     FD00  Linux RAID

Eu configurei a criptografia assim:

cryptsetup -y create -c aes-cbc-plain -s 256 -h ripemd160 data_crypt /dev/sdd1

Aqui estão os resultados do teste com o hdparm (a lentidão também é percebida também sob uma carga real):

# hdparm -t /dev/sdd1 /dev/mapper/data_crypt

/dev/sdd1:
 Timing buffered disk reads:  2362 MB in  3.00 seconds = 787.18 MB/sec

/dev/mapper/data_crypt:
 Timing buffered disk reads:  1458 MB in  3.00 seconds = 485.34 MB/sec

Estou executando o kernel 3.18.7.

As CPUs (2) são:

model name      : Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz

Eu sei que a criptografia pode atrasar um pouco as coisas, mas isso é maior do que eu esperava. Eu usei cryptsetup muitas vezes sem nada dessa magnitude.

Alguém pode oferecer conselhos sobre como solucionar isso?

Editar: Eu também tentei fazer a mesma coisa em um dispositivo de loopback na RAM:

[root@testsedbd tmp]# hdparm -t /dev/loop0 /dev/mapper/ram_crypt

/dev/loop0:
 Timing buffered disk reads:  4094 MB in  2.16 seconds = 1892.83 MB/sec

/dev/mapper/ram_crypt:
 Timing buffered disk reads:  1606 MB in  3.00 seconds = 534.89 MB/sec
    
por Patrick LeBoutillier 06.01.2018 / 23:37

0 respostas