Re: Cheaper encryption?

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

 



Vous m'avez dit récemment :

> 2008/2/20, Mathieu SEGAUD <mathieu.segaud@xxxxxxxxx>:
>> Vous m'avez dit récemment :
>>
>> > I think i am, yes, but I'm not sure
>>
>> try grep aes in output from lsmod, you'll see aes_x86_64 if so.
>
> Ok, I'm not having the x86_64 module, only aes.
> Anyone knows howto change that on debian? ;) I never built an own
> kernel before and i dont want to. Can i unload the normal aes module
> and load the x86_64 one some way?

if some block device uses it, you can't.

>> > Another thing: I just bought a phenom 9600, but now, only 2 processes
>> > utilize 2 cores (/2 and /3), so it's not faster - why aren't /0 and /1
>> > using the other 2 cores?
>>
>> nah ? Kernel threads are bound to cpus so /0 and /1 run on the first
>> cores.
>> do you mean they are not running ? this should mean thay are not
>> needed to complete workqueue works.
>
> They are running, but don't utilize cpu. so 2 are @ 100%, the other 2
> @ 0%. So i could read/write with double speed if the other 2 would
> work, too - why don't they?

no, you do not get it. if they are not running, it is because they
would not do any good. using the C imlementation of aes must
considerably limit throughput; if no data is to be processed the
workqueues do not run. the fact is that using the C iplementation of
aes deprives these queues which do have anything to do or not too much.

-- 
Mathieu


---------------------------------------------------------------------
dm-crypt mailing list - http://www.saout.de/misc/dm-crypt/
To unsubscribe, e-mail: dm-crypt-unsubscribe@xxxxxxxx
For additional commands, e-mail: dm-crypt-help@xxxxxxxx


[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