Jeff Squyres (jsquyres)
2016-11-28 22:18:48 UTC
If you have an opinion on the v2.2.x-vs-v3.x question, please submit your vote by COB this upcoming Friday, 2 Dec, 2016:
https://www.open-mpi.org/sc16/
Thanks!
Jeff Squyres
***@cisco.com
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
https://www.open-mpi.org/sc16/
Thanks!
Hello Folks,
This is a followup to the question posed at the SC’16 Open MPI BOF: Would the community
prefer to have a v2.2.x limited feature but backwards compatible release sometime
in 2017, or would the community prefer a v3.x (not backwards compatible but potentially
more features) sometime in late 2017 to early 2018?
BOF attendees expressed an interest in having a list of features that might make it in to v2.2.x
and ones that the Open MPI developers think would be too hard to back port from
the development branch (master) to a v2.2.x release stream.
Features that we anticipate we could port to a v2.2.x release
• Improved collective performance (a new “tuned” module)
• Enable Linux CMA shared memory support by default
• PMIx 3.0 (If new functionality were to be used in this release of Open MPI)
Features that we anticipate would be too difficult to port to a v2.2.x release
• Revamped CUDA support
• MPI_ALLOC_MEM integration with memkind
• OpenMP affinity/placement integration
• THREAD_MULTIPLE improvements to MTLs (not so clear on the level of difficult for this one)
You can register your opinion on whether to go with a v2.2.x release next year
https://www.open-mpi.org/sc16/
Thanks very much,
Howard
--
Howard Pritchard
HPC-DES
Los Alamos National Laboratory
_______________________________________________
announce mailing list
https://rfd.newmexicoconsortium.org/mailman/listinfo/announce
--This is a followup to the question posed at the SC’16 Open MPI BOF: Would the community
prefer to have a v2.2.x limited feature but backwards compatible release sometime
in 2017, or would the community prefer a v3.x (not backwards compatible but potentially
more features) sometime in late 2017 to early 2018?
BOF attendees expressed an interest in having a list of features that might make it in to v2.2.x
and ones that the Open MPI developers think would be too hard to back port from
the development branch (master) to a v2.2.x release stream.
Features that we anticipate we could port to a v2.2.x release
• Improved collective performance (a new “tuned” module)
• Enable Linux CMA shared memory support by default
• PMIx 3.0 (If new functionality were to be used in this release of Open MPI)
Features that we anticipate would be too difficult to port to a v2.2.x release
• Revamped CUDA support
• MPI_ALLOC_MEM integration with memkind
• OpenMP affinity/placement integration
• THREAD_MULTIPLE improvements to MTLs (not so clear on the level of difficult for this one)
You can register your opinion on whether to go with a v2.2.x release next year
https://www.open-mpi.org/sc16/
Thanks very much,
Howard
--
Howard Pritchard
HPC-DES
Los Alamos National Laboratory
_______________________________________________
announce mailing list
https://rfd.newmexicoconsortium.org/mailman/listinfo/announce
Jeff Squyres
***@cisco.com
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/