Open MPI logo

Open MPI User's Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Open MPI User's mailing list

From: Jonathan Day (imipak_at_[hidden])
Date: 2005-02-16 14:19:56


First off, I noticed in a previous posting that bproc
was supported. Will this also be true for Mosix and/or

Second, I've been monitoring the progress of various
MPI projects for a while. I've seen no progress on
IPMI for some time. Likewise, the very-high-speed
MP-MPICH project (which provides optimized support for
things like SCI) seems to be comatose at best.

What, if anything, will be utilized from these
projects? Or will it be assumed that the failures
indicate a flaw in the concept or design?

Third, there are several projects which utilize
modified versions of MPICH - implying there may be a
lack of some critical hooks in MPI implementations.
The projects I know of that do this are Globus (a grid
computing system) and Gamma (a very low level, low
latency IPC system).

What, if anything, has been learned from such projects
and what sort of support will Open-MPI provide to
cover such cases? One thing I would like to see is the
ability to load/unload modules on-the-fly on systems
that support a working dlopen(), in a similar manner
to the Linux kernel.

Finally, with regards to the development process - do
you have a mechanism in place for external developers
to track bugs, submit fixes/extensions, etc?

Engaging the interest of a significant number of Open
Source developers is hard, but it appears to be true
that the more transparent the process, the greater the

I know plenty of "Open Source" scientific/academic
projects where the administrators won't even permit
the project to be listed on Open Source catalogues and
databases. Needless to say, such projects evolve
painfully slowly or fall apart entirely. The
assumption that internal effort is enough often proves

What plans do you have to avoid the pitfalls of other

Jonathan Day

Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.