Red Hat Bugzilla – Bug 1263838
encryption is slower than dirt
Last modified: 2016-07-19 13:54:52 EDT
Description of problem:
encryption is just slower then dirt.I cant figure out why.While this is not a solution, AES XTS mode does seem to somewhat alleviate the problem.The reason why is that TPM and the CPU are involved. AES is a AMD CPU instruction.Its quite possible intel has it too on newer chips but I have not checked and dont have an intel chip to test with. lshw will tell you whats supported.
Im using GOST and getting about 10X slow on data rate transfers.
And furthermore should we not be exceeding 100MB/sec rates on these 6GB/sec sata connections?
Both GOST and (formerly TC) CipherShed are used for testing this.Source are available to build from.Both applications have similar requirements.You will not be able to build them on debian because the widgets are messed up.
I have yet to test luks but I have tested ecryptfs and got a very sad transfer rate from it.
I would not recommend external disk transfers, the kernel will drop the drive out of the queue and your transfer rate will drop straight to hell.
To be fair I am using large transfers but really any data transfer should not be affected this way.
This seems to be another core linux issue.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.make a volume -or-
2.have a volume and transfer data to or from it
Use keys password, whatever, YMMV.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.