Re: [OMPI devel] [Open MPI Announce] Open MPI 1.8.4 released

2014-12-22 Thread Ralph Castain
It would have to be for 1.8.5 as there is no way to change that configure.m4 without re-releasing. We still apparently have a thread-related performance issue as reported by Intel. It appears that we didn’t completely manage to fix the blasted thread locks, leaving some still on by default, the

Re: [OMPI devel] [Open MPI Announce] Open MPI 1.8.4 released

2014-12-22 Thread Howard Pritchard
I opened an issue 322 about this and gave put it on 1.8.5 milestone. I'll submit a PR to remove the sn/xpmem.h usage in the vader config file. I think to do justice to SGI UV, someone would have to put in time to figure out how to use their GRU api. I

Re: [OMPI devel] [Open MPI Announce] Open MPI 1.8.4 released

2014-12-22 Thread Nathan Hjelm
Yeah, I figured out why XPMEM is failing on SGI UV but have not figured out a fix. If possible can we remove the check for sn/xpmem.h in the ompi/mca/btl/vader/configure.m4. I hopefully will have a better fix for 1.8.5. -Nathan On Fri, Dec 19, 2014 at 11:59:29PM -0800, Paul Hargrove wrote: >

Re: [OMPI devel] [Open MPI Announce] Open MPI 1.8.4 released

2014-12-20 Thread Paul Hargrove
Sorry to rain on the parade, but SGI UV is still broken by default. I reported this as present in 1.8.4rc5 and Nathan had claimed to be working on it. A reminder that all it takes is a 1-line change in ompi/mca/btl/vader/configure.m4 to not search for sn/xpmem.h -Paul On Fri, Dec 19, 2014 at 7:2