Alternative bernoulli(const numeric &)
    Richard B. Kreckel 
    kreckel at thep.physik.uni-mainz.de
       
    Sat Jan 19 16:05:27 CET 2002
    
    
  
Hi,
On Sat, 19 Jan 2002, Markus Nullmeier wrote:
> > Sure, they are notoriously untractable.  But was there really such a
> > limit in the old code?  I was under the impression that I once had it
> > compute B_{30000} but I might be wrong...
> 
> Oh, sorry about this confusion. I overlooked some points while reading
> the 1.0.3 code. I rather should have said that the (long) value of (m*n)
> overflows 2^32-1 for B_{32768}. I'm guessing that this should impact the
> calculated values.
Ah, okay.
> > I do not think the difference in times will be worth the effort, but I
> > haven't tried.  Making it safe such that somebody who wants to see it
> > break down would have to let it run for a week or so is more important.
> 
> Make-safe patch to follow ... :)
While you are at it, could you also make sure to call resize() on results
with an appropiate argument before entering the loop in wich the
push_back() is being done?  This is, because push_back() is likely to
trigger a couple of reallocations in there and this is quite expensive for
any vectors, since they are contiguous in their memory layout.  (The old
code should have already done that.)
Regards
     -richy.
-- 
Richard B. Kreckel
<Richard.Kreckel at Uni-Mainz.DE>
<http://wwwthep.physik.uni-mainz.de/~kreckel/>
    
    
More information about the GiNaC-devel
mailing list