Re: aes-xts-plain with aes_x86_64 makes my SSD 5x slower than my encrypted HD

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On dim., 2012-07-22 at 23:47 +0200, Arno Wagner wrote:
> On Sun, Jul 22, 2012 at 01:39:29PM -0700, Marc MERLIN wrote:
> > On Sun, Jul 22, 2012 at 09:47:32PM +0200, Yves-Alexis Perez wrote:
> > > > Any suggestions would be appreciated. 
> > > 
> > > I'm using Debian sid (so still at 3.2 kernel), currently using a 256G
> > > Samsung SSD. What I get is:
> 
> SID? That would be "unstable", whit possible assorted problems.

*I* am running SID, not the original reporter. And I have pretty decent
speed, thank you :)
> 
> [...]
> > gandalfthegreat:~# dd if=/dev/mapper/ssdcrypt of=/dev/null bs=1M count=1024 
> > 1073741824 bytes (1.1 GB) copied, 44.3302 s, 24.2 MB/s
> > 
> > atop shows dd isn't really pegging a single core:
> > THR    SYSCPU   USRCPU     RDDSK   WRDSK   ST  EXC   S  CPUNR    CPU  CMD 
> >   1     0.60s    0.01s    226.2M      0K   --    -   D      3     6%  dd
> 
> It would not, as AES-NI (AFAIK) does need very little CPU
> assistance. AES-NI may be the problem though. Can you try with
> the normal AES module? I think unloading the AES-NI module 
> may be enough for that, but I am not sure. 
> 
> Maybe AES-NI needs very long for something it needs to do each 
> sector. Google("aes-ni slow") found at least some indications that
> aes-ni may still have problems.

And I do use aes-ni too.
-- 
Yves-Alexis

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
dm-crypt mailing list
dm-crypt@xxxxxxxx
http://www.saout.de/mailman/listinfo/dm-crypt

[Index of Archives]     [Device Mapper Devel]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux