openmpi

Ralph Castain d5dfe05521 Remove stale code associated with OPAL_THREADS_HAVE_DIFFERENT_PIDS. In the past, we have supported the case of really, really old Linux kernels where threads have different pids. However, when we updated the event library, we didn't also update that support code. In addition, when we dropped progress thread support, we didn't remove areas of the code that could no longer be compiled (i.e., were protected by "if progress thread && if have different pids). There was no compelling reason to support such old kernels. Accordingly, convert the test to print a nice error message indicating we no longer support old kernels (but indicate that earlier OMPI versions do) and error out. Remove all code that was protected by "if have different pids" since it can no longer be compiled. This commit was SVN r24531.		2011-03-15 21:05:03 +00:00
..
Makefile.am	* Only link in the top-most library that is necessary; it is no	2010-07-28 14:17:08 +00:00
opal_init_finalize.c	- Adapt for changed opal_init() arguments -- takes argc&argv	2010-02-10 18:29:01 +00:00
orte_init_finalize.c	* forgot to fix up includes in the test directory with yesterday's commit.	2006-02-12 19:51:24 +00:00
README	Merge in the new data support subsystem for ORTE. MPI folks should not notice a difference. Longer explanation will be sent to developers mailing list.	2006-02-07 03:32:36 +00:00
sigchld.c	Remove stale code associated with OPAL_THREADS_HAVE_DIFFERENT_PIDS. In the past, we have supported the case of really, really old Linux kernels where threads have different pids. However, when we updated the event library, we didn't also update that support code. In addition, when we dropped progress thread support, we didn't remove areas of the code that could no longer be compiled (i.e., were protected by "if progress thread && if have different pids).	2011-03-15 21:05:03 +00:00
start_shut.c	These changes were mostly captured in a prior RFC (except for #2 below) and are aimed specifically at improving startup performance and setting up the remaining modifications described in that RFC.	2007-10-05 19:48:23 +00:00

README

The functions in this directory are all intended to test registry operations against a persistent seed. Thus, they perform a system init/finalize. The functions in the directory above this one should be used to test basic registry operations within the replica - they will isolate the replica so as to avoid the communications issues and the init/finalize problems in other subsystems that may cause problems here.

To run these tests, you need to first start a persistent daemon. This can be done using the command:

orted --seed --scope public --persistent

The daemon will "daemonize" itself and establish the registry (as well as other central services) replica, and then return a system prompt. You can then run any of these functions. If desired, you can utilize gdb and/or debug options on the persistent orted to watch/debug replica operations as well.