I suggest looking at openssl. I'd hazard a guess that most nix OS's
end up with it installed.
The speed command does benchmarking :)
Barton 2Ghz:
$ openssl speed aes-256-cbc bf-cbc
Doing aes-256 cbc for 3s on 16 size blocks: 6396149 aes-256 cbc's in 2.98s
Doing aes-256 cbc for 3s on 64 size
On 8/4/05, Werner Koch [EMAIL PROTECTED] wrote:
So roughly libgcrypt gets 55% of the performance of OpenSSL with AES
and 61% for 3DES. This all with a higher level interface, a non ia32
optimized AES. I am pretty sure we can improve here but it will
require to duplicate code for the modes
On 8/4/05, Ryan Malayter [EMAIL PROTECTED] wrote:
My test show 7-zip yields ~228 Mbps on a 2.4 GHz P4. The only cipher
available with this program is AES256 in (I believe) ECB mode.
You seem pretty knowledgeable, but I'll say it anyway:
ECB in general shouldn't be used. Especially in the case
On Thu, 4 Aug 2005 08:10:00 -0500, Ryan Malayter said:
My test show 7-zip yields ~228 Mbps on a 2.4 GHz P4. The only cipher
available with this program is AES256 in (I believe) ECB mode.
Why encrypt at all when using ECB? ECB has no use except in very very
special cases.
Still, it seems a
On 8/3/05, Henry Hertz Hobbit [EMAIL PROTECTED] wrote:
Given the size of the files that you are encrypting, I would strongly
advise going with the Eden chip rather than a software based solution...
I actually found an open-source tool, 7-zip, that includes AES-256
encryption functionality. For
Hi Ryan,
* Ryan Malayter [EMAIL PROTECTED] [01. Aug. 2005]:
I'm reposting this because it never appeared on the list for some
reason, even after 12 hours.
is your message about service throughput?
Gregor
___
Gnupg-users mailing list
I was going to use GnuPG for encrypting some very large backup files
on disk (~200 GB). However, the symmetric ciphers in GnuPG seem to be
fairly slow. Using the Windows build of 1.4.2, I only modest
throughputs piping GPG output from a fast 7200 RPM disk to NUL (the
Windows equivalent of
