P.S: yes all my times are on a 2.8Ghz Opteron. Cpuinfo says: [EMAIL PROTECTED]:~/m4ri-20080514/testsuite> cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 65 model name : Dual-Core AMD Opteron(tm) Processor 2220 stepping : 3 cpu MHz : 1000.000 cache size : 1024 KB <snip> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy <snip> The 1000.000 there refers to the FSB.
Bill. On 18 May, 00:12, Martin Albrecht <[EMAIL PROTECTED]> wrote: > > I suppose that this might be due to the ends of rows all being zero as > > they aren't a multiple of 64 bits long. But I checked for 16384x16384 > > and we are nearly down to the speed of Magma there too. I just don't > > get it. The coinflip has to be broken I think. > > If one uses M4RI with the new patch from within Sage another PRBG is used, but > coinflip should be fine. Don't see these speedups (but I have two Gray code > tables and this warrants for more if's) > > Hi, I think we might consider merging our two forks again? Or do you also have > the two Gray code tables? Are your timings on the Opteron? Because then > things look really goo since mine are on the C2D. > > Exciting times, > Martin > > -- > name: Martin Albrecht > _pgp:http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8EF0DC99 > _www:http://www.informatik.uni-bremen.de/~malb > _jab: [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@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-devel URLs: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---
