Looking at addmul_1 for the core2 we have glitch at 11-14 limbs , this is caused by a branch mispredict on a threshold changeover , may be worth removing it or changing the threshold. Notice that it only seems to effect the Apple core2 2.66 and the Xeon E5405 2.00 but not the other two core2 cpus. Are these older cpus ? different model numbers.I mean cpuid model numbers either 15,22 or 29 ? and the graphs look like they are diverging
On Wednesday 04 March 2009 13:39:31 Cactus wrote: > Hi All, > > Jeff kindly sent me figures on the performance of the assembler code > on two kore architectures, both Core 2, one Linux and one Vista. So I > have uploaded a number of graphs giving the results for the six > architectures we now have reports on. I would be most grateful if you > folk who understand these architectures could take a look at these > graphs and let me know what you think. > > If any of you think that there are six processors listed and only five > graphs, it turns out that Jeffs Core 2 Vista figures and my Core2 > Vista figures are identical on most graphs and overlay each other. > > I am not sure what this means. It could mean that the code is working > differently on Windows and is sometimes slower. Or it could mean that > my port of speed is not working properly on Windows. Or it could mean > that the two processors in question really are close to identical in > performance. > > My thanks to everyine who has reported results. > > Brian > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to mpir-devel@googlegroups.com To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en -~----------~----~----~----~------~----~------~--~---
