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
586-100.dos Import of old SSLeay release: SSLeay 0.8.1b 1998-12-21 10:52:47 +00:00
586-100.ln4
586-100.LN3
586-100.lnx
586-100.nt
586-100.NT2
586-100.ntx
586-100.w31
586-1002.lnx
586p-100.lnx
686-200.bsd Import of old SSLeay release: SSLeay 0.8.1b 1998-12-21 10:52:47 +00:00
686-200.lnx
686-200.nt
aix.t
aixold.t
alpha400.t
alpha.t
cyrix100.lnx Import of old SSLeay release: SSLeay 0.8.1b 1998-12-21 10:52:47 +00:00
dgux-x86.t
dgux.t
hpux-acc.t
hpux-kr.t
hpux.t Import of old SSLeay release: SSLeay 0.8.1b 1998-12-21 10:52:47 +00:00
L1
p2.w95 Import of old SSLeay release: SSLeay 0.8.1b 1998-12-21 10:52:47 +00:00
pent2.t
R4400.t
R10000.t
readme
s586-100.lnx
s586-100.nt
sgi.t
sparc2
sparc.t Import of old SSLeay release: SSLeay 0.8.1b 1998-12-21 10:52:47 +00:00
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.