[mpich2-commits] r5435 - mpich2/trunk

balaji at mcs.anl.gov balaji at mcs.anl.gov
Thu Oct 8 12:35:23 CDT 2009


Author: balaji
Date: 2009-10-08 12:35:22 -0500 (Thu, 08 Oct 2009)
New Revision: 5435

Modified:
   mpich2/trunk/README.vin
   mpich2/trunk/RELEASE_NOTES
Log:
Updated the README to mention the 8 EP restriction in MX and removed
it from the RELEASE_NOTES.

Reviewed by thakur at mcs.


Modified: mpich2/trunk/README.vin
===================================================================
--- mpich2/trunk/README.vin	2009-10-08 14:06:24 UTC (rev 5434)
+++ mpich2/trunk/README.vin	2009-10-08 17:35:22 UTC (rev 5435)
@@ -547,7 +547,8 @@
 shared library search path. This can be done by adding the path to
 /etc/ld.so.conf, or by setting the LD_LIBRARY_PATH variable in your
 .bashrc (or .tcshrc) file.  It's also possible to set the shared
-library search path in the binary. If you're using gcc, you can do this by adding
+library search path in the binary. If you're using gcc, you can do
+this by adding
 
   LD_LIBRARY_PATH=/path/to/lib
 
@@ -557,6 +558,12 @@
 
 ... as arguments to configure.
 
+By default, MX allows for only eight endpoints per node causing
+ch3:nemesis:mx to give initialization errors with greater than 8
+processes on the same node (this is an MX error and not an inherent
+limitation in the MPICH2/Nemesis design). If needed, this can be set
+to a higher number when MX is loaded. We recommend the user to contact
+help at myri.com for details on how to do this.
 
 Shared-memory optimizations are enabled by default to improve
 performance for multi-processor/multi-core platforms. They can be

Modified: mpich2/trunk/RELEASE_NOTES
===================================================================
--- mpich2/trunk/RELEASE_NOTES	2009-10-08 14:06:24 UTC (rev 5434)
+++ mpich2/trunk/RELEASE_NOTES	2009-10-08 17:35:22 UTC (rev 5435)
@@ -11,11 +11,6 @@
 
  * ch3:nemesis:mx does not support dynamic processes at this time.
 
- * ch3:nemesis:mx does not typically work with greater than 8 processes
-   on a node (initialization failures will occur).  This is an MX
-   limitation due to limited SRAM on the Myrinet NICs, not an inherent
-   limitation of MPICH2/Nemesis.
-
  * ch3:ssm and ch3:shm do not support thread safety.
 
  * ch3:shm does not support dynamic processes (e.g., MPI_Comm_spawn).



More information about the mpich2-commits mailing list