|
|
About ::
TODO ::
Blog ::
RSS ::
Old blog ::
Projects ::
GIT ::
Gallery ::
Notes
Mon, 29 May 2006
Acrypto hacking.
New version of the HIFN driver has been released.
It introduces watchdog, since 795x chip can just freeze
without any interrupt generation. Likely it is my misconfiguration,
but those datasheet that I have does not explain that behaviour
and sometimes even says wrong things.
New acrypto package and combined patchsets have been released.
Short changelog:
- fixed bug in dm-crypt/ipsec acrypto port in AES-192/256 type detection.
- reduced number of atomic operations in simple load balancer.
- removed reference counter leak for broken sessions.
- small code cleanups.
Trivial copy benchmark on Xeon 2.4 Ghz (HT enabled) with 1 Gb of RAM with HIFN driver and dm-crypt:
mkfs.ext3 (12 Gb partition):
real 0m17.898s
user 0m0.032s
sys 0m4.088s
$ time cp /storage1/iso/FC-5-i386-disc1.iso /mnt/1/
real 0m25.397s
user 0m0.104s
sys 0m5.064s
$ time cp /storage1/iso/FC-5-i386-disc1.iso /mnt/1/
cp: overwrite `/mnt/1/FC-5-i386-disc1.iso'? y
real 0m26.245s
user 0m0.092s
sys 0m5.792s
$ time cp /storage1/iso/FC-5-i386-disc1.iso /mnt/1/
cp: overwrite `/mnt/1/FC-5-i386-disc1.iso'? y
real 0m29.867s
user 0m0.096s
sys 0m5.476s
With software crypto provider (which is rougly equal to synchronous crypto speed)
above numbers are upto 20% slower. But I want to add some special usage case:
sometimes I see cp/kjournald starvation,
i.e. CPU usage is about 2-3% and input dataflow for dm-crypt
is very small, so overall performance is small too. But in that case CPU
usage is very small too.
/devel/acrypto :: Link / Comments ()
|