- Mpi-21 - mailman3.cels.anl.gov

Change-Log entry is missing: Version number changed to 2.1
by unknown＠example.com 05 Sep '08

05 Sep '08

See https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/mpi22/Change-log-2.1-vers… I hope, that all implementers of MPI-2.1 detected this change already without this Change-Log entry ;-) Best regards Rolf Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner_at_[hidden] High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530 University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832 Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30)

1 0

MPI 2.1 supported in MPICH2 1.1a1
by unknown＠example.com 12 Aug '08

12 Aug '08

Just FYI... MPICH2 1.1a1 released yesterday supports MPI 2.1. Rajeev PS: external32 and user-defined data representations are not yet supported. They weren't supported for 2.0 either. -----Original Message----- From: owner-mpich2-announce_at_[hidden] [mailto:owner-mpich2-announce_at_[hidden]] On Behalf Of Pavan Balaji Sent: Monday, August 11, 2008 9:58 PM To: mpich2-announce_at_[hidden] Subject: [mpich2-announce] Announcing the availability of MPICH2-1.1a1 Hi all, A new release of MPICH2 (1.1a1) is available from http://www.mcs.anl.gov/research/projects/mpich2/downloads/tarballs/1.1a1/mpi ch2-1.1.0a1.tar.gz This is a "feature-preview" release. MPICH2 developers, testers and other advanced users are encouraged to try this release out and let us know if you encounter any problems. This release is not intended for production systems at this time; such systems should continue to use the latest release from the 1.0.x branch (currently 1.0.7). The major additions in the 1.1a1 release are highlighted below. (Windows binaries are also available on the project website: http://www.mcs.anl.gov/research/projects/mpich2) Regards, The MPICH2 Team -------------------------------------------------------------------------- Main changes in 1.1a1 ===================== # OVERALL: Added MPI 2.1 support. # OVERALL: Nemesis is now the default configuration channel with a completely new TCP communication module. # OVERALL: Support for BlueGene/P through the DCMF library (thanks to IBM for the patch). # OVERALL: Added dynamic processes support for Nemesis. # OVERALL: Added automatic as well as statically runtime configurable receive timeout variation for MPD (thanks to OSU for the patch). # ROMIO: Added support for MPI_Type_create_resized and MPI_Type_create_indexed_block datatypes in ROMIO. # Many other bug fixes, memory leak fixes and code cleanup. A full list of changes is available using: svn log -r813:HEAD https://svn.mcs.anl.gov/repos/mpi/mpich2/tags/release/mpich2-1.1.0a1 -------------------------------------------------------------------------- -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0

Re: [Mpi-21] Webpage link broken
by unknown＠example.com 05 Aug '08

05 Aug '08

On Tue, Aug 05, 2008 at 03:42:26PM -0500, William Gropp wrote: > Fixed - I had changed the link at the request of Rolf to point to a black > and white only version, and I mistyped the new link. > Bill Thanks! Best, Torsten -- bash$ :(){ :|:&};: --------------------- http://www.unixer.de/ ----- Indiana University | http://www.indiana.edu Open Systems Lab | http://osl.iu.edu/ 150 S. Woodlawn Ave. | Bloomington, IN, 474045-7104 | USA Lindley Hall Room 135 | +01 (812) 855-3608

1 0

Re: [Mpi-21] Webpage link broken
by unknown＠example.com 05 Aug '08

05 Aug '08

Fixed - I had changed the link at the request of Rolf to point to a black and white only version, and I mistyped the new link. Bill On Aug 5, 2008, at 3:11 PM, Torsten Hoefler wrote: > Hello, > the Unofficial HTML version of the MPI-2.1 draft in > http://www.mpi-forum.org/docs/docs.html is not found (404), and the > webpage says: "tohtml; Latex2html was unable to handle the document.". > > I think we should either fix it or remove the link from the webpage. > > Thanks & Best, > Torsten > > -- > bash$ :(){ :|:&};: --------------------- http://www.unixer.de/ ----- > Indiana University | http://www.indiana.edu > Open Systems Lab | http://osl.iu.edu/ > 150 S. Woodlawn Ave. | Bloomington, IN, 474045-7104 | USA > Lindley Hall Room 135 | +01 (812) 855-3608 > _______________________________________________ > mpi-21 mailing list > mpi-21_at_[hidden] > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-21 William Gropp Paul and Cynthia Saylor Professor of Computer Science University of Illinois Urbana-Champaign *

1 0

Webpage link broken
by unknown＠example.com 05 Aug '08

05 Aug '08

Hello, the Unofficial HTML version of the MPI-2.1 draft in http://www.mpi-forum.org/docs/docs.html is not found (404), and the webpage says: "tohtml; Latex2html was unable to handle the document.". I think we should either fix it or remove the link from the webpage. Thanks & Best, Torsten -- bash$ :(){ :|:&};: --------------------- http://www.unixer.de/ ----- Indiana University | http://www.indiana.edu Open Systems Lab | http://osl.iu.edu/ 150 S. Woodlawn Ave. | Bloomington, IN, 474045-7104 | USA Lindley Hall Room 135 | +01 (812) 855-3608

1 0

Re: [Mpi-21] A couple of bugs in 2.1
by unknown＠example.com 25 Jul '08

25 Jul '08

> * pg 332, ln 16-21: "MPI_REPLACE, like the other predefined >operations, is defined only for the predefined MPI datatypes. >Rationale: The rationale for this is that, for consistency, >MPI_REPLACE should have the same limitations as the other operations. >Extending it to all datatypes doesn't provide any real benefit." Rolf, Ah, if the commutativity is the issue, then what is really wrong is the Rationale, which gives the wrong reason for the exception made for MPI_REPLACE. Of course, the "like the other predefined operations" is also wrong. Regarding MPI_MAX_OBJECT, LaTeX has automatically added it to the table of MPI constants at the end, which is also an errata item. Another very minor typo I discovered today: Last line of pg 250: "coord is not significant" should be "coords is not signficant". The name of the parameter is coords. Rajeev > -----Original Message----- > From: mpi-21-bounces_at_[hidden] > [mailto:mpi-21-bounces_at_[hidden]] On Behalf Of Rolf > Rabenseifner > Sent: Thursday, July 24, 2008 9:39 AM > To: MPI 2.1 Mailing List > Subject: Re: [Mpi-21] A couple of bugs in 2.1 > > Rajeev, > > 1) your first item (MPI_REPLACE in MPI_ACCUMULATE) should you > handle purely as an MPI-2.2 item, because this text is voted > twice as Ballot 4, Item 13. > The MPI-2.1 edited text is therefore correct. > > It should be a new MPI-2.2 discussion, because the two atomic > operations (replace by B) and (replace by C) applied to an > existing window item, are not commutative. > All other operations are commutative > (with exception with MAXLOC and MINLOC on the "location"). > > Therefore, the MPI-2.2 Forum must decide whether current > sentence "MPI_REPLACE, like the other predefined operations, > is defined only for the predefined MPI datatypes." > should read > a. "MPI_REPLACE is > defined only for the predefined MPI datatypes." > or > b. "MPI_REPLACE, like the other predefined operations, is > defined only for the MPI datatypes defined above." > > 2) Your errata to MPI_MAX_OBJECT_NAME is correct. > I have set-up the following wiki MPI-2.1 errata page: > > https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/mpi22/MPI_MA > X_OBJECT_NAME > > I linked this page in both MPI-2.1 errate summary lists, see > end of > https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MpiTwoTwoWikiPage > > Best regards > Rolf > > > On Mon, 21 Jul 2008 21:18:13 -0500 > "Rajeev Thakur" <thakur_at_[hidden]> wrote: > > Sent it to the wrong list earlier... > > > > -----Original Message----- > >From: owner-mpi-21_at_[hidden] [mailto:owner-mpi-21_at_[hidden]] > >On > > Behalf Of Rajeev Thakur > > Sent: Monday, July 21, 2008 9:12 PM > > To: mpi-21_at_[hidden] > > Subject: [mpi-21] A couple of bugs in 2.1 > > > > I found a couple of bugs in MPI 2.1: > > > > * pg 332, ln 16-21: "MPI_REPLACE, like the other predefined > >operations, is defined only for the predefined MPI datatypes. > >Rationale: The rationale for this is that, for consistency, > >MPI_REPLACE should have the same limitations as the other > operations. > >Extending it to all datatypes doesn't provide any real benefit." > > > > > > That is not true. Derived datatypes are allowed in > MPI_Accumulate for > >the predefined reduction operations as explained in the > paragraph just > >above it. > > > > > > * pg 237, line 1 and line 3: MPI_MAX_OBJECT should be > >MPI_MAX_OBJECT_NAME. > > > > Accordingly, the Change Log needs to be updated for both > these items. > > > > The question is can these be fixed before the 2nd vote in > Sept.? My > >understanding of the voting process is that the reason for > having two > >separate votes in two separate meetings is to have a chance to catch > >such bugs. So it should be fixable. (Otherwise, what is the > use of the > >2nd vote?) > > > > Rajeev > > > > > > _______________________________________________ > > mpi-21 mailing list > > mpi-21_at_[hidden] > > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-21 > > Dr. Rolf Rabenseifner . . . . . . . . . .. email > rabenseifner_at_[hidden] High Performance Computing Center (HLRS) > . phone ++49(0)711/685-65530 University of Stuttgart . . . . > . . . . .. fax ++49(0)711 / 685-65832 Head of Dpmt Parallel > Computing . . . www.hlrs.de/people/rabenseifner Nobelstr. 19, > D-70550 Stuttgart, Germany . (Office: Allmandring 30) > _______________________________________________ > mpi-21 mailing list > mpi-21_at_[hidden] > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-21 >

1 0

Test
by unknown＠example.com 25 Jul '08

25 Jul '08

1 0

test - please ignore
by unknown＠example.com 25 Jul '08

25 Jul '08

Sorry - this is a test mail due to mailing list problems - please ignore Best regards Rolf

1 0

Hardcover Book MPI-2.1
by unknown＠example.com 25 Jul '08

25 Jul '08

==== Please give a short reply if you want to buy the printed ==== ==== hardcover MPI-2.1 at the MPI Forum meeting in Dublin!! ==== = I need to know the number of books that I must ship to Dublin. = ==== Please reply until Tuesday Jul. 29 directly to ==== ==== rabenseifner_at_[hidden] ==== Dear MPI Forum member, after - all the positive votes for MPI-2.1, - a positive discussion in the MPI Forum steering committee, - and a positive response from the EuroPVM/MPI'08 organizers, - the installation of the errata process for MPI-2.1, (see http://www.mpi-forum.org/docs/docs.html and MPI-2.2 wiki pages) I decided to support the MPI community with a printed hardcover MPI-2.1 book (608 pages) - with offset printing and sewn binding, A5 format, and - exact content, page and line numbers of the standard. HLRS will sell these books at cost price (17 Euro). We are not a publisher. We do not sell the book in book stores. It is a special service for large HPC centers in Euro countries. And of course for - all participants of the MPI Forum meeting in Dublin, - all participants of EuroPVM/MPI'08 in Dublin. This book and the electronic counter part are the basis for all MPI-2.2 and MPI-3.0 discussions. To get an idea, how many books I should ship to Dublin, I need to know, when you want to buy one ore more. Please reply also if you are in the European Community and you need a large number for your HPC center. (I need to know it now, because shipping starts Aug. 1.) Best regards Rolf PS: I (and the MPI Forum steering committee) know well that there is still the risk, that MPI-2.1 will never get a standard if the MPI Forum votes "NO" at next meeting. But I'm optimistic. That's my nature. PPS: To keep the price so small and to have it ready at EuroPVM/MPI, and based on the expectation that MPI-2.2 will come end 2009, I decided not to go through a normal publishing process. My apologies for any inconvenience in non-Euro countries. PPPS: I expect that this book will be the first hardcover version of MPI. Please give me details, if I'm wrong. My apologies, if you get this mail several times. The mpi-forum mail distribution made trouble. (This is my 4th trial) Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner_at_[hidden] High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530 University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832 Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30)

1 0

Re: [Mpi-21] A couple of bugs in 2.1
by unknown＠example.com 24 Jul '08

24 Jul '08

Rajeev, 1) your first item (MPI_REPLACE in MPI_ACCUMULATE) should you handle purely as an MPI-2.2 item, because this text is voted twice as Ballot 4, Item 13. The MPI-2.1 edited text is therefore correct. It should be a new MPI-2.2 discussion, because the two atomic operations (replace by B) and (replace by C) applied to an existing window item, are not commutative. All other operations are commutative (with exception with MAXLOC and MINLOC on the "location"). Therefore, the MPI-2.2 Forum must decide whether current sentence "MPI_REPLACE, like the other predefined operations, is defined only for the predefined MPI datatypes." should read a. "MPI_REPLACE is defined only for the predefined MPI datatypes." or b. "MPI_REPLACE, like the other predefined operations, is defined only for the MPI datatypes defined above." 2) Your errata to MPI_MAX_OBJECT_NAME is correct. I have set-up the following wiki MPI-2.1 errata page: https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/mpi22/MPI_MAX_OBJECT_NAME I linked this page in both MPI-2.1 errate summary lists, see end of https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MpiTwoTwoWikiPage Best regards Rolf On Mon, 21 Jul 2008 21:18:13 -0500 "Rajeev Thakur" <thakur_at_[hidden]> wrote: > Sent it to the wrong list earlier... > > -----Original Message----- >From: owner-mpi-21_at_[hidden] [mailto:owner-mpi-21_at_[hidden]] >On > Behalf Of Rajeev Thakur > Sent: Monday, July 21, 2008 9:12 PM > To: mpi-21_at_[hidden] > Subject: [mpi-21] A couple of bugs in 2.1 > > I found a couple of bugs in MPI 2.1: > > * pg 332, ln 16-21: "MPI_REPLACE, like the other predefined >operations, is > defined only for the predefined MPI datatypes. Rationale: The >rationale for > this is that, for consistency, MPI_REPLACE should have the same >limitations > as the other operations. Extending it to all datatypes doesn't >provide any > real benefit." > > > That is not true. Derived datatypes are allowed in MPI_Accumulate >for the > predefined reduction operations as explained in the paragraph just >above it. > > > * pg 237, line 1 and line 3: MPI_MAX_OBJECT should be >MPI_MAX_OBJECT_NAME. > > Accordingly, the Change Log needs to be updated for both these >items. > > The question is can these be fixed before the 2nd vote in Sept.? My > understanding of the voting process is that the reason for having >two > separate votes in two separate meetings is to have a chance to catch >such > bugs. So it should be fixable. (Otherwise, what is the use of the >2nd vote?) > > Rajeev > > > _______________________________________________ > mpi-21 mailing list > mpi-21_at_[hidden] > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-21 Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner_at_[hidden] High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530 University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832 Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30)

1 0