FWIW: I just tested it on master, and all the procs are in the same comm_world. However, that was with a C application, not Java.
Saliya: can you please check to see if Java is behaving differently? A simple app that gets and prints out its rank is all that is required. > On Jul 29, 2016, at 12:18 PM, Ralph Castain <r...@open-mpi.org> wrote: > > Actually, what Saliya describes sounds like a bug - those procs must all be > assigned to the same comm_world. > > Saliya: are you sure they are not? What ranks are you seeing? > > >> On Jul 29, 2016, at 12:12 PM, Udayanga Wickramasinghe <uswic...@umail.iu.edu >> <mailto:uswic...@umail.iu.edu>> wrote: >> >> Hi, >> I think orte/ompi-mca foward number of environment variables (ie:- $OMPI_*) >> to its ranks. So I believe you may use $OMPI_COMM_WORLD_LOCAL_RANK to >> specifically filter out parameters within the script. >> >> Regards >> Udayanga Wickramasinghe >> Research Assistant >> School of Informatics and Computing | CREST >> Indiana University, Bloomington >> >> >> >> >> >> On Fri, Jul 29, 2016 at 2:50 PM, Saliya Ekanayake <esal...@gmail.com >> <mailto:esal...@gmail.com>> wrote: >> Hi, >> >> I am invoking my Java MPI program as, >> >> mpirun opts script.sh >> >> Now, I want to pass some rank specific argument to this script. For example, >> I need to enable GC logs for one of the processes only, so I need to pass an >> argument to the JVM if that's rank0 to do GC logs. >> >> I've asked the same question a while back and Ralph suggested to use >> >> mpirun opts -np 1 java args-for-rank0 app : -np 1 java args-for-others .. >> style. >> >> It works for 1 node, but beyond that, there's something that goes wrong with >> how processes are assigned to communicators. In the code, the comm world is >> split into different communicators and this pattern breaks that logic. >> >> Is there an alternative approach to doing this? >> >> Thank you, >> Saliya >> >> -- >> Saliya Ekanayake >> Ph.D. Candidate | Research Assistant >> School of Informatics and Computing | Digital Science Center >> Indiana University, Bloomington >> >> >> _______________________________________________ >> users mailing list >> users@lists.open-mpi.org <mailto:users@lists.open-mpi.org> >> https://rfd.newmexicoconsortium.org/mailman/listinfo/users >> <https://rfd.newmexicoconsortium.org/mailman/listinfo/users> >> >> _______________________________________________ >> users mailing list >> users@lists.open-mpi.org <mailto:users@lists.open-mpi.org> >> https://rfd.newmexicoconsortium.org/mailman/listinfo/users >
_______________________________________________ users mailing list users@lists.open-mpi.org https://rfd.newmexicoconsortium.org/mailman/listinfo/users
