Bill Allombert on Tue, 21 Jul 2009 00:42:09 +0200


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: Pari Slowdown?


On Sun, Jun 28, 2009 at 09:16:30PM +0200, Bill Allombert wrote:
> On Sun, Jun 28, 2009 at 01:02:57AM +0100, Jason Moxham wrote:
> > Hi
> > 
> > Doing some very rough benchmarks of Pari on 64bit linux with GMP
> > pari-2.4.2-alpha
> > ? gettime() ; isprime(2^127-1,2);gettime()
> > %3 = 4
> > ? gettime() ; isprime(2^521-1,2);gettime()
> > %4 = 332
> > ? gettime() ; isprime(2^607-1,2);gettime()
> > %5 = 857
> > ? gettime() ; isprime(2^1279-1,2);gettime()
> > %6 = 9845
> > 
> > pari-svn
> > ? gettime() ; isprime(2^127-1,2) ; gettime()
> > %1 = 8
> > ? gettime() ; isprime(2^521-1,2) ; gettime()
> > %2 = 420
> > ? gettime() ; isprime(2^607-1,2) ; gettime()
> > %3 = 1108
> > ? gettime() ; isprime(2^1279-1,2) ; gettime()
> > %4 = 12885
> > 
> > 
> > This is all on the same machine with gcc-4.2.2,MPIR-1.2.1, nehalem 2.6Ghz
> > 
> > I tried make tune , but it didn't make any significant difference.
> 
> Thanks, this is a slowdown caused by this change:
> 
>   BA 35- direct implementation of ZX_mul, ZX_sqr using Kronecker's trick + mul
> 
> We really need to tune ZX_mul and ZX_sqr.

I just commited a patch that imporve tuning for ZX_sqr. This is still a bit
raw but should reduce this slowdown.

Thanks for finding this regression!

Cheers,
Bill.