April 2009 - mpi-forum - mailman3.cels.anl.gov

Tickets again
by Jeff Squyres 02 Apr '09

02 Apr '09

I added a column for "Tickets" links on the "at a glance" page: http://meetings.mpi-forum.org/Meeting_details.php Clicking on that link will show a report: - milestone of that meeting - not closed - grouped by "Priority" (e.g., "Waiting for reviews", "Had 1st reading", etc.) Note that the Tickets links for prior meetings will likely only show tickets that were abandoned at that meeting -- tickets that moved forward have new milestone values. -- Jeff Squyres Cisco Systems

1 0

Tickets for next week
by Jeff Squyres 02 Apr '09

02 Apr '09

Don't forget to get your tickets ready for next week! * Get all required reviews * Set the milestone to Chicago * Bring your bribe money to buy votes For fun, here's some Trac web stats. The first graph shows the page views including the *huge* spike from last meeting. The second graph excludes the last meeting so that the values can be scaled a bit better and runs through yesterday. Big spike this week, but a big decline on April 1. :-) -- Jeff Squyres Cisco Systems

1 0

Re: [Mpi-forum] Persistence Working Group Proposed
by Jeff Squyres 02 Apr '09

02 Apr '09

Tony -- did this group get launched? Cisco would be interested. On Feb 25, 2009, at 1:17 PM, Anthony Skjellum wrote: > Dick, there are plenty of one-end optimizations that are possible > though. > > The current technology is "half channels" and we want "whole > channels" too. > > Binding an actual channel (which I did propose in MPI-2) is also > possible for further optimization, and I am open to that as well. > That makes a FIFO between sender and receiver, with single credit. > > I agree that a channel is desirable also. We would make it part of > the discussion. It is easy enough to specify... > > Tony > > ----- Original Message ----- > From: "Richard Treumann" <treumann(a)us.ibm.com> > To: "Main MPI Forum mailing list" <mpi-forum(a)lists.mpi-forum.org> > Sent: Wednesday, February 25, 2009 12:11:30 PM GMT -06:00 US/Canada > Central > Subject: Re: [Mpi-forum] Persistence Working Group Proposed > > Tony > > In my opinion the lack of enthusiasm for point to point persistent > operations does not tell us much about the usefulness of persistent > operations in general. When the MPI-1 Forum decided an > MPI_Isend_init or MPI_Irecv_init must be a local operation and that > an MPI_Start of a persistent send on one side must match any form of > receive (persistent or not) on the other (and vice versa) most of > the opportunity for optimization was lost. > > For a persistent collective to be fully optimized, the MPI library > probably must be able to do collective communication at the CC_INIT > and return to each task a persistent request handle that is > irrevocably bound to all the handles created at the other tasks by > this collective operation. It should not be valid to create two > persistent BCAST requests at the root with different send buffers > and one persistent BCAST at the non-roots just so root could BCAST > from either buffer. (even if somebody thinks that would be a cool > bit of generality) > > > 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 mailing > list mpi-forum(a)lists.mpi-forum.org http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum > > -- > Anthony Skjellum, PhD > Professor and Chair > Dept. of Computer and Information Sciences > University of Alabama at Birmingham > +1-(205)934-8657; FAX: +1- (205)934-5473 > ___________________________________________ > CONFIDENTIALITY: This e-mail and any attachments are confidential and > may be privileged. If you are not a named recipient, please notify > the > sender immediately and do not disclose the contents to another person, > use it for any purpose or store or copy the information in any medium. > > Please consider the environment before printing this e-mail > _______________________________________________ > mpi-forum mailing list > mpi-forum(a)lists.mpi-forum.org > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum -- Jeff Squyres Cisco Systems

1 0