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 -~----------~----~----~----~------~----~------~--~---