[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gmp-devel
Subject:    Replacing "redc"
From:       tg () gmplib ! org (=?utf-8?Q?Torbj=C3=B6rn?= Granlund)
Date:       2017-07-20 13:56:12
Message-ID: 861spbfc03.fsf () shell ! gmplib ! org
[Download RAW message or body]

paul zimmermann <Paul.Zimmermann at inria.fr> writes:

  quite interesting. Is the API of the new interface fixed? I'd like to try it
  with GMP-ECM, where we currently use the redc_* internal functions. For example
  on my machine Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz, running at 3499.804Mhz:
  
No internal interfaces are strictly fixed, I suppose.

We've had internal 2-adic *_bdiv_* functions for a while, with redc_*
being mostly redundant, and also less general.  Originally, the
*_bdiv_* functions and redc_* could generate remainders which where off
by d, d being the divisor.

Obsoleting redc_* is a cleanup, simplification, and generalisation as
they *_bdiv_* functions allow separately defined operand sizes.

I don't expect any speedup except as a result of better implementations
of newer assembly.  Currently, we only have one sbpi1_bdiv_r in assembly
(for AMD Zen).  I plan on converting the assembly redc_1 into
sbpi1_bdiv_r form.

-- 
Torbj?rn
Please encrypt, key id 0xC8601622

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic