The local-oddeven option should cover most of these concerns.
detected on only one node. We might need to set up a nightly joint
sure to cover this. OTOH, I'm not too concerned about it, so I
wouldn't make it a high priority.
Hi Bill,
We are running nemesis with the local-oddeven option which means
that all odd ranks form a shared-memory sub-cluster all even ranks
do the same. Communication between an odd and an even rank process
happens through the network. So, both should be getting tested.
Real two-node testing is better, but we were trying to optimize for
high-throughput computing given that we have too few machines and
too many tests (takes 3-4 days for each round of all tests).
Truly, we should use the old tests and new tests in conjunction so
that we can maximize the number of tests that are run.
-- Pavan
On 07/25/2008 09:12 AM, William Gropp wrote:
The old new testing system that I had started included some tests
between different machines to ensure that node-to-node worked.
The normal tests usually run on a single machine. Are we
regularly running any cross-node tests, and if so, where are
they? The tests were those that the wiki page calls "Results from
the MPICH2 test suite". (My concern is that Nemesis is detecting
that it can used shared memory and we're not testing TCP;
alternately, we're always testing TCP and never shared memory).
Bill
William Gropp
Paul and Cynthia Saylor Professor of Computer Science
University of Illinois Urbana-Champaign
--
Pavan Balaji