June 2010 - mpi-forum - mailman3.cels.anl.gov

Re: [Mpi-forum] where to find updated chapter author list
by Jeff Squyres 21 Jun '10

21 Jun '10

On Jun 21, 2010, at 11:01 AM, Solt, David George wrote: > I was the chapter author for "10. Process Creation and Management" for 2.2. Why are you picking on me? Um. Whoops. My bad! -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

Re: [Mpi-forum] where to find updated chapter author list
by Richard Treumann 21 Jun '10

21 Jun '10

I am listed as author for chapter 6. Groups, Context, Communicators, and Caching If there is a significant volume of changes for this chapter in the next spin, I may not be able to do the revisions. Dick Treumann - MPI Team IBM Systems & Technology Group Dept X2ZA / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601 Tele (845) 433-7846 Fax (845) 433-8363

1 0

Re: [Mpi-forum] where to find updated chapter author list
by Solt, David George 21 Jun '10

21 Jun '10

I was the chapter author for "10. Process Creation and Management" for 2.2. Why are you picking on me? Thanks, Dave -----Original Message----- From: mpi-forum-bounces(a)lists.mpi-forum.org [mailto:[email protected]] On Behalf Of Jeff Squyres Sent: Monday, June 21, 2010 7:24 AM To: Main MPI Forum mailing list Subject: Re: [Mpi-forum] where to find updated chapter author list On Jun 18, 2010, at 6:17 PM, Fab Tillier wrote: > Hi Folks, > > The ticket webform has checkboxes for chapter authors, but the chapter author list at https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MPI2.2ChapterAuthors has the following issues: > > 1. not all chapter authors listed on the webform are listed as chapter authors in the list (e.g. Torsten Hoefler, David Solt) I think Torsten's the only addition, right? David Solt is not a chapter author (although he previously had a ticket that proposed extensive changes). > 2. not all chapters are listed (e.g. chapter 2: MPI Terms and Conventions, chapter 4: Datatypes) > > A sorted list by chapter would be much more useful than the current format, as it would better answer "who is the owner of chapter X?", rather than "what chapters does author X own?" > > Does anyone have a current list of chapter authors? I'll be happy to fix the above chapter authors page to have a list ordered by chapter of the authors. > > Thanks, > -Fab > > _______________________________________________ > mpi-forum mailing list > mpi-forum(a)lists.mpi-forum.org > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum > -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/ _______________________________________________ mpi-forum mailing list mpi-forum(a)lists.mpi-forum.org http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum

1 0

Re: [Mpi-forum] 2011 meetings
by Graham, Richard L. 21 Jun '10

21 Jun '10

Just doing this based on the calendar, here is how the schedule would look: Jan 31 - Feb 2 - Atlanta March 28 - 30 - CA May 23 - 25 - Chicago July 18 - 20 - CA Sept - In conjunction with Euro MPI Nov 9 - 11 - In conjunction with SC (may want to move this to late Oct) If you are aware of specific conflicts, please let me know before the next meeting in Stuttgart, so we can finalize of dates at that point. I have not looked to see what these dates conflict with. Rich On 6/21/10 8:32 AM, "Jeff Squyres (jsquyres)" <jsquyres(a)cisco.com> wrote: Is there an estimate on when we'll be talking specific MPI Forum meeting dates for 2011? I know it's only June, but I've just been asked about dates for an event some time in April-June 2011. -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/ _______________________________________________ mpi-forum mailing list mpi-forum(a)lists.mpi-forum.org http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum

1 0

Re: [Mpi-forum] Slides and attendance from last week
by Jeff Squyres 21 Jun '10

21 Jun '10

On Jun 21, 2010, at 9:25 AM, Jeff Squyres wrote: > http://meetings.mpi-forum.org/... Oops! That's my development URL. :-) The real URL is: http://meetings.mpi-forum.org/secretary/2010/06/ -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

Slides and attendance from last week
by Jeff Squyres 21 Jun '10

21 Jun '10

Have been posted: http://meetings.mpi-forum.org/~jsquyres/meetings.mpi-forum.org/secretary/20… There were some last minute attendance changes; if your name is missing from the attendance list, please let me know. Also, if your slides are missing, send them to me, and I'll add them. -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

2011 meetings
by Jeff Squyres 21 Jun '10

21 Jun '10

Is there an estimate on when we'll be talking specific MPI Forum meeting dates for 2011? I know it's only June, but I've just been asked about dates for an event some time in April-June 2011. -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

Re: [Mpi-forum] where to find updated chapter author list
by Jeff Squyres 21 Jun '10

21 Jun '10

On Jun 18, 2010, at 6:17 PM, Fab Tillier wrote: > Hi Folks, > > The ticket webform has checkboxes for chapter authors, but the chapter author list at https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MPI2.2ChapterAuthors has the following issues: > > 1. not all chapter authors listed on the webform are listed as chapter authors in the list (e.g. Torsten Hoefler, David Solt) I think Torsten's the only addition, right? David Solt is not a chapter author (although he previously had a ticket that proposed extensive changes). > 2. not all chapters are listed (e.g. chapter 2: MPI Terms and Conventions, chapter 4: Datatypes) > > A sorted list by chapter would be much more useful than the current format, as it would better answer "who is the owner of chapter X?", rather than "what chapters does author X own?" > > Does anyone have a current list of chapter authors? I'll be happy to fix the above chapter authors page to have a list ordered by chapter of the authors. > > Thanks, > -Fab > > _______________________________________________ > mpi-forum mailing list > mpi-forum(a)lists.mpi-forum.org > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum > -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

Re: [Mpi-forum] MPI_Type_size question
by Richard Treumann 21 Jun '10

21 Jun '10

I once proposed that the standard should have something that can be used for any integer that has a range implied by the address range. MPI_Aint is billed as an address but the problem goes beyond adresses. I thought something like MPI_Sint (Size int) would have been a good idea from day one. I have not thought through the implications of adding MPI_Sint now but it would be as good as MPI_Count for that role and perhaps be applicable to some other cases too. This is just a thought. I do not have time at this point to really dig into what it would mean for the MPI 3 document Dick Dick Treumann - MPI Team IBM Systems & Technology Group Dept X2ZA / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601 Tele (845) 433-7846 Fax (845) 433-8363 mpi-forum-bounces(a)lists.mpi-forum.org wrote on 06/19/2010 10:47:53 AM: > [image removed] > > Re: [Mpi-forum] MPI_Type_size question > > William Gropp > > to: > > Main MPI Forum mailing list > > 06/19/2010 10:51 AM > > Sent by: > > mpi-forum-bounces(a)lists.mpi-forum.org > > Please respond to Main MPI Forum mailing list > > The standard doesn't say, but to me, the correct answer would be to > return an error with class MPI_ERR_OTHER. This follows the approach > of providing reliable failure when there is an error, with the user > able to set ERRORS_RETURN and check for the error. Returning > MPI_UNDEFINED allows the casual user to ignore the error, which is not > the MPI approach to errors. > > As to how to fix this, if we insist on backward compatibility, then we > need new routines, or we need another new type so that we can do the > same MPI_Count trick (which doesn't fix the problem but lets > implementations choose between backward compatibility and forward > compatibility). > > Bill > > On Jun 18, 2010, at 11:55 AM, Fab Tillier wrote: > > > Hi Folks, > > > > Looking at putting together the MPI_Count ticket, I ran across the > > following issue and was hoping to get some guidance. Take the > > following code, using the current int counts, and assume sizeof(int) > > == 4, sizeof(MPI_DOUBLE) == 8: > > > > { > > MPI_Datatype myType; > > MPI_Type_contiguous( 1048576, MPI_DOUBLE, &myType ); > > > > int size; > > MPI_Type_size( myType, &size ); > > } > > > > Should MPI_Type_size return an error, due to overflow? Does size > > get set to MPI_UNDEFINED and the call succeeds? > > > > Similar issues exist for MPI_Pack with the outsize and position > > parameters, MPI_Unpack with the insize and position parameters, and > > MPI_Pack_size with the size parameter. > > > > Lastly, it is my belief that these parameters should really be of > > type MPI_Aint, but changing this would break backward > > compatibility. They cannot be of type MPI_Count, since overflow can > > occur if MPI_Count is defined as a C int. How should the standard > > handle this? > > > > Thoughts? > > -Fab > > > > _______________________________________________ > > mpi-forum mailing list > > mpi-forum(a)lists.mpi-forum.org > > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum > > William Gropp > Deputy Director for Research > Institute for Advanced Computing Applications and Technologies > Paul and Cynthia Saylor Professor of Computer Science > University of Illinois Urbana-Champaign > > > > > _______________________________________________ > mpi-forum mailing list > mpi-forum(a)lists.mpi-forum.org > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum

1 0

Re: [Mpi-forum] MPI_Type_size question
by William Gropp 19 Jun '10

19 Jun '10

The standard doesn't say, but to me, the correct answer would be to return an error with class MPI_ERR_OTHER. This follows the approach of providing reliable failure when there is an error, with the user able to set ERRORS_RETURN and check for the error. Returning MPI_UNDEFINED allows the casual user to ignore the error, which is not the MPI approach to errors. As to how to fix this, if we insist on backward compatibility, then we need new routines, or we need another new type so that we can do the same MPI_Count trick (which doesn't fix the problem but lets implementations choose between backward compatibility and forward compatibility). Bill On Jun 18, 2010, at 11:55 AM, Fab Tillier wrote: > Hi Folks, > > Looking at putting together the MPI_Count ticket, I ran across the > following issue and was hoping to get some guidance. Take the > following code, using the current int counts, and assume sizeof(int) > == 4, sizeof(MPI_DOUBLE) == 8: > > { > MPI_Datatype myType; > MPI_Type_contiguous( 1048576, MPI_DOUBLE, &myType ); > > int size; > MPI_Type_size( myType, &size ); > } > > Should MPI_Type_size return an error, due to overflow? Does size > get set to MPI_UNDEFINED and the call succeeds? > > Similar issues exist for MPI_Pack with the outsize and position > parameters, MPI_Unpack with the insize and position parameters, and > MPI_Pack_size with the size parameter. > > Lastly, it is my belief that these parameters should really be of > type MPI_Aint, but changing this would break backward > compatibility. They cannot be of type MPI_Count, since overflow can > occur if MPI_Count is defined as a C int. How should the standard > handle this? > > Thoughts? > -Fab > > _______________________________________________ > mpi-forum mailing list > mpi-forum(a)lists.mpi-forum.org > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum William Gropp Deputy Director for Research Institute for Advanced Computing Applications and Technologies Paul and Cynthia Saylor Professor of Computer Science University of Illinois Urbana-Champaign

1 0