On Tue, 2013-12-03 at 17:39 +0100, Ludovic Courtès wrote: > Pádraig Brady <p...@draigbrady.com> skribis: > > > The speed of md5 and sha* hashes has lagged a bit in gnulib. > > So to address that and to take advantage of the architecture > > specific assembly used in libcrypto, the attached gnulib patch > > allows projects to configure --with-openssl to use that if > > available or fall back to the existing internal routines. > > Any idea how libcrypto compares to what libgcrypt and Nettle provide? > Nettle has fine-tuned assembly implementations of various hash functions > (e.g., <http://git.lysator.liu.se/nettle/nettle/trees/master/x86_64>); > libgcrypt seems to have fewer of them currently (see > <http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=tree;f=cipher;hb=refs/heads/master>.) > It would be ideal if Coreutils could push these GNU packages.
I agree. It would be quite ironic if gnulib uses openssl when there are 2 gnu crypto libraries. Nettle is very close in performance to openssl (and in several parts outperforms it). Libgcrypt used to lag behind openssl but there is much going on optimizing it lately, so it may be comparable or better. regards, Nikos
