diff options
author | Andy Polyakov <appro@openssl.org> | 1999-07-31 23:27:41 +0000 |
---|---|---|
committer | Andy Polyakov <appro@openssl.org> | 1999-07-31 23:27:41 +0000 |
commit | 4c22909e31bcb284973243c3b1622503455c667c (patch) | |
tree | 15e9aa575cc3b6d2423121eddcb81b19339b4dd4 /demos/prime/Makefile | |
parent | 8d85b33eb53ca9ae739aaa6a6f30cb65a1ac6135 (diff) | |
download | openssl-4c22909e31bcb284973243c3b1622503455c667c.tar.gz |
Extra i386+gcc bn_div.c tune-up featuring inline division and saving
the remainder left in %edx. Here is the resulting performance improvement
matrix (improvement as a result of this *and* previous tune-up committed
two days ago). The results were obtained by profiling the "div" part of
the crypto/bn/bnspeed.c.
CPU BN_div bn_div_words overall comment
------------------------------------------------------------------------
PII +16% accumulated by +2-3% PII multiplies damn fast! Taking
inlining multiplication out of the loop
didn't make too much difference.
Eliminating of the multiplication
involved in remainder calculation
is the major factor.
Pentium +45% accumulated by +7-9% mull isn't that fast and replacing
inlining multiplications with additions in
the loop has more visible effect:-)
MIPS +75% +12% +20-25% In addition to the taking mults
R10000 out of the loop (giving 12% in the
asm/mips3.s) three mults were
eliminated in BN_div.
Alpha +30% +50% +10-15% Same as above. But remember that
EV4 bn_div_words is a C implementation.
It takes 4 Alpha mults in C to do
the same thing as 1 MIPS mult in
assembler does. So the effect (50%)
is more impressive. But not the
overall one... Well, if Alpha
bn_mul_add would be implemented
in assembler overall improvement
would be closer to MIPS...
Diffstat (limited to 'demos/prime/Makefile')
0 files changed, 0 insertions, 0 deletions