1. 27 1月, 2000 4 次提交
  2. 24 1月, 2000 2 次提交
  3. 23 1月, 2000 1 次提交
  4. 21 1月, 2000 2 次提交
  5. 15 1月, 2000 1 次提交
    • B
      - Pseudo-seed the PRNG in programs used for "make test" · 0c50e02b
      Bodo Möller 提交于
        because otherwise BN_rand will fail unless DEVRANDOM works,
        which causes the programs to dump core because they
        don't check the return value of BN_rand (and if they
        did, we still couldn't test anything).
      
      - add comment to some files that appear not to be used at all.
      0c50e02b
  6. 14 1月, 2000 1 次提交
  7. 12 1月, 2000 2 次提交
  8. 26 12月, 1999 1 次提交
  9. 14 12月, 1999 1 次提交
  10. 09 12月, 1999 1 次提交
  11. 03 11月, 1999 1 次提交
  12. 26 10月, 1999 1 次提交
  13. 30 9月, 1999 1 次提交
  14. 25 8月, 1999 1 次提交
  15. 03 8月, 1999 1 次提交
  16. 01 8月, 1999 1 次提交
    • A
      Extra i386+gcc bn_div.c tune-up featuring inline division and saving · 4c22909e
      Andy Polyakov 提交于
      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...
      4c22909e
  17. 31 7月, 1999 1 次提交
  18. 30 7月, 1999 1 次提交
  19. 27 7月, 1999 1 次提交
  20. 26 7月, 1999 1 次提交
    • A
      SPARC Solaris config updates. · 1656ef29
      Andy Polyakov 提交于
      ./config sences whole range of SPARC instruction sets. Do note that
      it favors Sun C now if both gcc and cc 4.2 or later are present!
      1656ef29
  21. 25 7月, 1999 2 次提交
  22. 23 7月, 1999 1 次提交
  23. 21 7月, 1999 1 次提交
  24. 20 7月, 1999 3 次提交
  25. 16 7月, 1999 1 次提交
  26. 09 7月, 1999 1 次提交
  27. 29 6月, 1999 1 次提交
  28. 28 6月, 1999 1 次提交
  29. 21 6月, 1999 1 次提交
  30. 16 6月, 1999 1 次提交
  31. 12 6月, 1999 1 次提交