Comparação de desempenho de SSD + LUKS?

5

Nossos laptops e unidades portáteis devem ser LUKS criptografados. LUKS realmente não parece causar muita perda de desempenho em discos rígidos portáteis normais (7200RPM) para nós. Com as taxas de dados malucas que você recebe com SSDs, isso ainda é verdade?

Pesquisei um pouco, mas não vi comparações reais entre LUKS e não LUKS em SSDs.

    
por darron 30.07.2009 / 23:21

5 respostas

5

Atualmente estou vendo um desempenho de 150MB / s com meu SSD e LUKS. Isso é uma perda de 50%, pois sem o LUKS, meu SSD terá um desempenho de leitura de 300MB / s.

Estou usando o Fedora 17 com o kernel Linux 3.4.

    
por 17.07.2012 / 22:04
3

Sim, o uso de CPU da criptografia aumentará, no entanto, a menos que a máquina esteja ligada à CPU, esperaria que IO ainda fosse o bottlenect, já que a maioria das máquinas atuais deve exceder 250MB / seg de AES (que é o Largura de banda SATA-3g)

    
por 02.08.2009 / 14:35
2

AES-NI com testes SSD estão em um link abaixo verifique isso: link

    
por 31.10.2012 / 07:08
-1

E os processadores que não têm aceleração de hardware na criptografia ... ou não usam AES ... etc.

A velocidade pode cair para 15MiB / s (algoritmos em cascata como Serpenter e Twofish) ... enquanto dois SSDs no Linux Software Raid 0 podem obter mais de 950MiB / s.

A velocidade solta é 'enorme', muito 'enorme' .... no meu teste de 993MiB / se 13.8MiB / s.

É um Laptop onde eu coloquei dois Samsumng SSD 740 EVO, um em normal 2.5 slot, o outro em um caddie onde o dvd foi ... 8GIB ram e um processador bem antigo sem AES e apenas 3GHz com Dual core.

    
por 19.11.2017 / 21:44
-2
Eu concordo com o Anonymous, eu fiz um teste em um processador de 64GiB de RAM Ryzen 7 2700x (16 threads em 8 núcleos) e quando Rendering (CPU é max usado) o I / O no SSD do LUK cai muito. / p>

A maioria, se não estiver usando AES, usando cascata (LUKS sobre LUKS) com algoritmos que devem ser executados na CPU enquanto nenhuma CPU estiver livre para ser usada desde que foi usada na Renderização.

Situação idêntica para a rápida transcodificação de MPEG2 (DVD VOBs) para MP4, a cpu está maximizada, portanto não há CPU livre para LUKS.

Apenas uma dica: Se falássemos sobre o rápido NVMe (gravação de 3000MiB / s), o menu suspenso é o mesmo, você obtém alguns megabytes por segundo quando a CPU está sendo usada intensamente.

E isso foi testado em um processador Ryzen 7 2700X de 4,35GHz (8 núcleos / 16 segmentos) com 64GiB de RAM a 3200MHz.

Outra dica: AES está quebrado e tem portas de trás, pior se é o hardware embutido "Intel" processadores AES (ou também pior unidade de disco interno AES), para ser seguro não use AES para LUKS, nem use disco unidades de disco (HDD e / ou SSD) com criptografia de hardware incorporada, se você não usar senhas ATA nelas, qualquer um mal-intencionado pode iniciar um comando rápido (em menos de 0,1s) e ativar uma alteração de senha ATA (de vazio para não vazio) e no próximo desligar seus dados é seqüestrado, você não pode acessar esse disco sem essa senha ATA.

A criptografia de software é contra a velocidade, a inscrição de hardware não é nem segura.

    
por 16.10.2018 / 15:12