Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread Alex Best
> > I ran the speed program, but I do not see how to "choose different > assembly > files". Do I have to build different speed programs with different > assembly > files linked in? > The perl script tune/many.pl is pretty useful for doing this, I can't remember the exact options but opening

[mpir-devel] Re: MPIR-3.0.0-rc1 released

2017-02-21 Thread 'Bill Hart' via mpir-devel
I just issued RC2 since a directory was missing from the Windows release. This won't affect Linux users. On 21 February 2017 at 15:22, Bill Hart wrote: > Hi all, > > We have just released MPIR-3.0.0-rc1. If no issues are reported with this > release candidate by 28th Feb, we will make it the fin

[mpir-devel] MPIR-3.0.0-rc1 released

2017-02-21 Thread 'Bill Hart' via mpir-devel
Hi all, We have just released MPIR-3.0.0-rc1. If no issues are reported with this release candidate by 28th Feb, we will make it the final MPIR-3.0.0 release. The only changes since the last alpha were additional Broadwell CPUs supported, which should only affect you if your Broadwell chip was mi

Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread wraithx
Hello Bill, Yes, I would be happy to help. I'll keep an eye out for his email. -David C. On 2/21/2017 3:53 AM, 'Bill Hart' via mpir-devel wrote: I have just been contacted off list by a very experienced assembly expert who would like to help develop Broadwell assembly optimisations, guided by

[mpir-devel] Intention to release MPIR release candidate today

2017-02-21 Thread 'Bill Hart' via mpir-devel
We intend to issue the first MPIR-3.0.0 release candidate today, as there don't seem to be any major issues being reported with our alpha releases (at least, not ones we can fix). After this point there will be an mpir-3.0.0 branch which will only accept bug fixes for the MPIR 3.0.0 release candid

Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread 'Bill Hart' via mpir-devel
I added model 71 to cpuid.c as a Broadwell. The other models I have left out for now, as I don't find sufficient evidence for those identifications just yet. Perhaps Intel has reserved them for future chips. When people start reporting to us that they have chips in these families, we'll take a look

Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread 'Bill Hart' via mpir-devel
I've opened [1] for the haswell bmi2 issue. I doubt it will be dealt with in this release. As far as I can tell, such machines are vanishingly rare. Bill. [1] https://github.com/wbhart/mpir/issues/209 On 21 February 2017 at 11:03, Bill Hart wrote: > Whoops, looks like I was wrong about us corr

Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread 'Bill Hart' via mpir-devel
Whoops, looks like I was wrong about us correctly handling Haswell without BMI2. We handle Skylake correctly, but Haswell we don't check for BMI2. It looks like the Haswell directory has been divided into haswell and haswell/avx, which is probably intended for this distinction, but I think we deci

Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread 'Bill Hart' via mpir-devel
I have just been contacted off list by a very experienced assembly expert who would like to help develop Broadwell assembly optimisations, guided by your experiments (as far as I know, he doesn't actually have a Broadwell machine). If you are ok with it, I could share your email with him so that h

Re: [mpir-devel] Re: Tuning values needed for MPIR (help needed)

2017-02-21 Thread 'Bill Hart' via mpir-devel
On 21 February 2017 at 00:35, wrote: > Hello Bill, > > I can report that both of my systems are now correctly detected. Thank > you for the fix! > > I also noticed that there were a couple of other missing processor models > when compared with GMP mpn/x86_64/fat/fat.c: (the * star values are mis