freebsd-dev/crypto/openssl/times
..
090
091
x86
5.lnx
100.lnx
100.nt
200.lnx
486-66.dos
486-66.nt
486-66.w31
586-085i.nt Initial import of OpenSSL 0.9.4, sans IDEA and RSA code for patent 2000-01-10 06:22:05 +00:00
586-100.dos
586-100.ln4
586-100.LN3 Initial import of OpenSSL 0.9.4, sans IDEA and RSA code for patent 2000-01-10 06:22:05 +00:00
586-100.lnx
586-100.nt
586-100.NT2
586-100.ntx
586-100.w31
586-1002.lnx
586p-100.lnx Initial import of OpenSSL 0.9.4, sans IDEA and RSA code for patent 2000-01-10 06:22:05 +00:00
686-200.bsd
686-200.lnx
686-200.nt
aix.t
aixold.t
alpha400.t
alpha.t
cyrix100.lnx
dgux-x86.t
dgux.t
hpux-acc.t
hpux-kr.t
hpux.t
L1
p2.w95
pent2.t
R4400.t
R10000.t
readme
s586-100.lnx Initial import of OpenSSL 0.9.4, sans IDEA and RSA code for patent 2000-01-10 06:22:05 +00:00
s586-100.nt
sgi.t
sparc2
sparc.t
sparcLX.t
usparc.t

The 'times' in this directory are not all for the most recent version of
the library and it should be noted that on some CPUs (specifically sparc
and Alpha), the locations of files in the application after linking can
make upto a %10 speed difference when running benchmarks on things like
cbc mode DES.  To put it mildly this can be very anoying.

About the only way to get around this would be to compile the library as one
object file, or to 'include' the source files in a specific order.

The best way to get an idea of the 'raw' DES speed is to build the 
'speed' program in crypto/des.