mirror of
https://github.com/openssl/openssl.git
synced 2024-11-25 11:03:37 +08:00
| .. | ||
| 486-66.dos | ||
| 486-66.nt | ||
| 486-66.w31 | ||
| 586-100.dos | ||
| 586-100.lnx | ||
| 586-100.nt | ||
| 586-100.w31 | ||
| 586p-100.lnx | ||
| 686-200.bsd | ||
| 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 | ||
| p2.w95 | ||
| R4400.t | ||
| R10000.t | ||
| readme | ||
| s586-100.lnx | ||
| s586-100.nt | ||
| sgi.t | ||
| 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.