"fastfib" in the gf package faster than "fib"



Elianto84 wrote:
> I see no reason to write code in/for Maxima and being part
> of the developers community, if no-one cares for efficiency.

Of course people care about efficiency.  But developer time is the most 
expensive part so we need to balance that.

If you have an application where fib was really the bottleneck, then I'm 
sure people would be much more willing to help you.  But if it's just to 
say fib(<really big num>) takes x seconds, and is faster than anyone 
else, well, that's not so interesting.

> Lots of algorithms have running times shorter than 1sec:
> multiply two integers of 100 digits with the school algorithm, just to say.
> However, having a "general-purpose CAS" with the school-multiplication
> algorithm for big integers seems to me -really- silly.

I don't know about others, but CMUCL uses school multiplication until 
the numbers are 512 bits or longer (154 digits, I think).

And as Stavros pointed out, maxima spends far more time printing the 
answer than computing it.  Why doesn't anyone complain about that?

Anyway, my 2 cents.

Ray