Michael Abshoff wrote:

> It is about two orders of magnitude and it looks like your Maple code
> is actually compiled. In case I am reading your code right could you
> tell us what the runtime of an interpreted version of your code would
> be like? I would guess that with Cython one could get similar timings,
> but overall this is not relevant to the slowdown observed ;)

Sorry for a delay - I don't have Maple installed at home and had trouble 
with connecting to a computer with it remotely.

Yes, it is compiled in C (using  Maple command Compiler:-Compile compiling 
it in Open Watcom 1.3 supplied with Maple in Windows, or gcc in Linux, I 
guess - never had Maple installed in Linux). Changing to not-compiled 
version of ES2 (with replacing cs2 in it with s2), gives the following 
timing:

time(ES2_not_compiled(10^7));
                                19.344

It maybe not exactly not interpreted though, because it uses Arrays with 
hardware datatype, and operations with them are highly optimized in Maple.

I didn't mean to say that it is relevant to the slowdown. GMP seems to be 
also not relevant though - because the integers calculated (primes) are in 
32-bit range.

I was wondering about an additional prime - perhaps, he calculated 1 as a 
prime?

Alec 


--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sage-support
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---

Reply via email to