Brian, First - thanks. I am very happy this is proceeding. General question here - do you have any idea how much global state sits behind the current implementation ? What I am trying to gauge at what level of granularity one can bring in additional capabilities. I have not looked in detail yet, but will in the near future.
Thanks, Rich -----Original Message----- From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On Behalf Of Barrett, Brian W Sent: Monday, January 21, 2013 9:31 PM To: Open MPI Developers Subject: [OMPI devel] RFC: RTE Framework Hi all - As discussed at the December developer's meeting, a number of us have been working on a framework in OMPI to encompass the RTE resources (typically provided by ORTE). This follows on work Oak Ridge did on the ORCA layer, which ended up having a number of technical challenges and was dropped for a simpler approach. The interface is still a work in process and designed around the concept that the ORTE component is a thin renaming around ORTE itself (this was one of the points the ORTE developers felt strongly about). We think it's ready for comments and coming into the trunk, so are trying to get it looked at by a broader community. The Mercurial repository is available at: https://bitbucket.org/rhc/ompi-trunk This work is focussed only on the creation of a framework to encompass the RTE interface between OMPI and ORTE. There are currently two components: the ORTE component and a test component implemented over PMI. The PMI component is only really useful if ORTE is disabled at autogen time with the --no-orte option to autogen. Future work to build against an external OMPI (in progress, on a different branch) will make using non-orte components slightly more useful. Anyway, if there aren't any major comments, I'll plan on bringing this work to the trunk this weekend (Jan 26/27). Brian -- Brian W. Barrett Scalable System Software Group Sandia National Laboratories
