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

Writable MPI-3 author SVN accounts
by Jeff Squyres 25 Oct '10

25 Oct '10

If you need write access to the MPI-3 SVN repo, please let me know. Only a (very) small number of chapter authors have contacted me so far to get write access. Thanks. -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

SC BOF
by Graham, Richard L. 20 Oct '10

20 Oct '10

Just a reminder that we have the MPI Forum BOF at SC on Tuesday, November 16, in room 384-385 at 12:15 pm. It would be good to have 2-3 updated slides from each of the working groups, so if you can get these to me by Friday, Oct. 29th, this would be very helpful. Thanks, Rich

1 0

svn access
by Darius Buntinas 19 Oct '10

19 Oct '10

It appears that I don't have access to the svn (or forgot my password). Can someone who handles this create an account for me (or remind me what my password is)? I'd prefer 'buntinas' as my username. Thanks, -d

1 0

diffpdf tool
by Dries Kimpe 19 Oct '10

19 Oct '10

http://www.qtrac.eu/diffpdf.html Allows comparing 2 pdf's in text-mode or in appearance mode. Especially for chapters that didn't have (or shouldn't have) any text changes, this is a very useful tool. Dries

1 0

Re: [Mpi-forum] Latex question
by William Gropp 19 Oct '10

19 Oct '10

Sure, I'll add more on these. For the most part, when editing the document now, its best to look at similar text (e.g., for funcdefs, you use the regular funcdef almost always, the others are for special cases). Bill On Oct 19, 2010, at 9:03 AM, Jeff Squyres wrote: > Bill -- > > In reading the instruction document, I see lists of various macros, > but not a precise definition of what they do. In some cases, this > is ok because there's only one choice of macro to use (e.g., > \typedefindexname{...}). But in other cases, multiple macros are > grouped together and there's no description of what the differences > are between these macros (e.g., \begin{funcdef}[name], > \begin{funcdef2}[name], \begin{funcdefna}[name], \func{name}, > \mpifunc{name}, \mpiemptybindidx{routine}{returnvalue}{indexed name}). > > Can some description be added about the differences between macros > when a bunch are grouped together like that? > > Thanks! > > -- > 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 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

Latex question
by Jeff Squyres 19 Oct '10

19 Oct '10

Bill -- In reading the instruction document, I see lists of various macros, but not a precise definition of what they do. In some cases, this is ok because there's only one choice of macro to use (e.g., \typedefindexname{...}). But in other cases, multiple macros are grouped together and there's no description of what the differences are between these macros (e.g., \begin{funcdef}[name], \begin{funcdef2}[name], \begin{funcdefna}[name], \func{name}, \mpifunc{name}, \mpiemptybindidx{routine}{returnvalue}{indexed name}). Can some description be added about the differences between macros when a bunch are grouped together like that? Thanks! -- 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
by Jeff Squyres 14 Oct '10

14 Oct '10

If you did not send me your slides from Chicago, please do so so that I can put them up on the web. Thanks. -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

Votes in Chicago
by Jeff Squyres 12 Oct '10

12 Oct '10

Nonblocking collectives was successfully voted in yesterday. Also, the MPIR document passed its first vote. http://meetings.mpi-forum.org/secretary/2010/10/votes.php Rolf R. pointed out that I neglected to put up "Tickets" links in the at-a-glance listing for this meeting and next meeting. Oops! That's been corrected now: http://meetings.mpi-forum.org/Meeting_details.php -- Jeff Squyres jsquyres(a)cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

1 0

Chapter committees - round 2
by Graham, Richard L. 11 Oct '10

11 Oct '10

Here is the latest list, based on what people have volunteered for. There were some requests that were not fulfilled, as there were many requests for some chapters, but I would like to have all chapters adequately covered before further increasing chapter committees. AS you see, we need more volunteers. Thanks, Rich Front matter - Bill Gropp(c) Introduction - Bill Gropp(c) Terms and Definitions - Jeff Squyres, Rolf Rabenseifner(c), Bill Gropp Point-to-Point Communication - Richard Graham(c), Anthony Skjellum Datatypes - George Bosilca (c), Quincey Koziol, Anthony Skjellum Collective Communication - Adam Moody, Torsten Hoefler, Yutaka Ishikawa, Hideyuki Jitsumoto Process Topologies - Torsten Hoefler, Puri Bangalore Groups, Contexts, and Communicators - Bill Gropp(c), Puri Bangalore Environmental Management - George Bosilca Info-Object - Darius Buntinas(c) Process Creation and Management - David Solt(c) One-Sided Communications - Bill Gropp(c), Rajeev Thakur(c), Vinod Tipparaju, Sayantan Sur External Interfaces - Bronis R. de Supinski(c), Pavan Balaji, I/O - Rajeev Thakur(c), Quincey Koziol, Dreese Kimpe Profiling interface - Bronis R. de Supinski(c) Deprecated Functions - Rolf Rabenseifner(c) Language Bindings - Jeffrey M. Squyres(c), Rolf Rabenseifner, Hubert Ritzdorf, PurivBangalore, Craig Rasmussen Annex Language Bindings Summary - Rolf Rabenseifner(c), Alexander Supalov Annex Change-Log - Rolf Rabenseifner(c) Bibliography - Bill Gropp(c)

1 0

Re: [Mpi-forum] Handling of MPI_BOTTOM in Reductions
by Richard Treumann 07 Oct '10

07 Oct '10

In my opinion, it is simply erroneous to use MPI_BOTTOM as both buffer addresses just as it is to use &array_1. If by "imply" you mean that the user should know enough to pass MPI_BOTTOM as the real buffer and MPI_IN_PLACE as the other the I would say "yes". If you are hoping the MPI implementation will recognize MPI_BOTTOM as both buffers as intending MPI_IN_PLACE, I would say "no". 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 From: Marc-André Hermanns <m.a.hermanns(a)grs-sim.de> To: mpi-forum(a)lists.mpi-forum.org Date: 10/07/2010 04:36 AM Subject: [Mpi-forum] Handling of MPI_BOTTOM in Reductions Sent by: mpi-forum-bounces(a)lists.mpi-forum.org Hi all, I have a question on the use of MPI_BOTTOM for the following function calls: MPI_Reduce MPI_Reduce_scatter MPI_Scan MPI_Exscan MPI_Reduce_local MPI_Reduce_scatter_block They only have a single datatype, but two buffers. With MPI_BOTTOM as the address of the buffer is encoded in the datatype. As I only have a single datatype, does MPI_BOTTOM imply MPI_IN_PLACE as the other argument? Cheers, Marc-Andre -- Marc-Andre Hermanns German Research School for Simulation Sciences GmbH c/o Laboratory for Parallel Programming 52056 Aachen | Germany Tel +49 241 80 99753 Fax +49 241 80 6 99753 Web www.grs-sim.de Members: Forschungszentrum Jülich GmbH | RWTH Aachen University Registered in the commercial register of the local court of Düren (Amtsgericht Düren) under registration number HRB 5268 Registered office: Jülich Executive board: Prof. Marek Behr Ph.D. | Dr. Norbert Drewes [attachment "smime.p7s" deleted by Richard Treumann/Poughkeepsie/IBM] _______________________________________________ mpi-forum mailing list mpi-forum(a)lists.mpi-forum.org http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum

1 0