[Discuss] encrypted linux systems
Edward Ned Harvey (blu)
blu at nedharvey.com
Tue Jan 28 11:33:06 EST 2014
> From: discuss-bounces+blu=nedharvey.com at blu.org [mailto:discuss-
> bounces+blu=nedharvey.com at blu.org] On Behalf Of Stephen Adler
>
> I've run across an interesting situation at where where I'm required to
> encrypt my desktop at home since it's owned by the government. Any
> advice on how to best setup an encrypted linux system? Preferably using
> some kind of encrypted hardware device which will not kill my disk IO
> rate?
If you enable encryption on your disk, it does not harm your IO rate. I've measured, benchmarked, evaluated many configurations on many systems, and it comes down to this:
If you have a CPU which lacks the AES-NI instruction set, and you absolutely max out IO to a single disk, then it consumes about 30% cpu utilization on a single core, which means your performance is still limited by the disk IO and there is no measurable IO performance degradation. You can stripe or mirror 3-4 disks into an aggregate unit, before you finally reach the computation limit on a single core. I have not tested performance after you actually reach the limit of a single core - I suspect that some systems probably scale well to utilize multiple cores, and I suspect others do not.
If you *have* the AES-NI instruction set, then you get about 6x-10x faster encryption. So, it would take around 18-40 disks all maxing out IO, before you are performance limited by your CPU.
And in the typical situation, where you have only a single disk system, plus a CPU with AES-NI, you literally cannot measure the performance difference, nor the CPU overhead of performing the encryption. Because the 3% or so CPU utilization falls into the noise, below the radar, along with "top" or whatever tool you're using to measure CPU utilization.
More information about the Discuss
mailing list