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

Re: [Mpi-forum] MPI prototype license
by Torsten Hoefler 03 Apr '09

03 Apr '09

On Fri, Apr 03, 2009 at 08:04:52PM +0100, Supalov, Alexander wrote: > Hi everybody, > ï¿½ > Many prototypes are being developed currently for MPI-2.2 and MPI-3. Under > what license will they be made available to the community? Certain types > of licenses, like GPL, may not be suitable for commercial adoption of the > prototype code. BSD-like licenses are normally acceptable. I think we > should discuss this matter at the Forum this time. You comments and > suggestions are welcome. I would support such a discussion and also propose a BSD-like license. Another interesting question: what license is MPI-2.1 under? Best, Torsten -- bash$ :(){ :|:&};: --------------------- http://www.unixer.de/ ----- Torsten Hoefler, Ph.D. | Postdoctoral Researcher Open Systems Lab | Indiana University 150 S. Woodlawn Ave. | Bloomington, IN, 474045, USA Lindley Hall Room 135 | +01 (812) 855-3608

1 0

MPI prototype license
by Supalov, Alexander 03 Apr '09

03 Apr '09

Hi everybody, Many prototypes are being developed currently for MPI-2.2 and MPI-3. Under what license will they be made available to the community? Certain types of licenses, like GPL, may not be suitable for commercial adoption of the prototype code. BSD-like licenses are normally acceptable. I think we should discuss this matter at the Forum this time. You comments and suggestions are welcome. Best regards. Alexander -- Dr Alexander Supalov Intel GmbH Hermuelheimer Strasse 8a 50321 Bruehl, Germany Phone: +49 2232 209034 Mobile: +49 173 511 8735 Fax: +49 2232 209029 --------------------------------------------------------------------- Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen Germany Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer Registergericht: Muenchen HRB 47456 Ust.-IdNr. VAT Registration No.: DE129385895 Citibank Frankfurt (BLZ 502 109 00) 600119052 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

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

Re: [Mpi-forum] first vote on nonblocking collectives
by Torsten Hoefler 29 Mar '09

29 Mar '09

On Fri, Mar 27, 2009 at 12:56:08PM -0500, Rajeev Thakur wrote: > I see that a first vote on nonblocking collectives has been scheduled at the > next meeting. I think it is premature to have an official vote on any MPI-3 > feature while MPI 2.2 is itself not settled. I think it was put on the agenda because our last discussion about MPI-3 was not very conclusive. The only thing that we decided was to postpone discussions, not for how long though. However, I fully agree to Rajeev that we have (at least for the Chicago meeting) much more complex and time critical issues to discuss. Thus, I propose to devote more meeting time to MPI-2.2. Especially ticket #33 (will be discussed in a separate mail) seems to be one of the more important non-trivial (nontrivial?) changes that need significant discussion at the Forum. All the Best, Torsten -- bash$ :(){ :|:&};: --------------------- http://www.unixer.de/ ----- Torsten Hoefler | Postdoctoral Researcher Open Systems Lab | Indiana University 150 S. Woodlawn Ave. | Bloomington, IN, 474045, USA Lindley Hall Room 135 | +01 (812) 855-3608

1 0

first vote on nonblocking collectives
by Rajeev Thakur 27 Mar '09

27 Mar '09

I see that a first vote on nonblocking collectives has been scheduled at the next meeting. I think it is premature to have an official vote on any MPI-3 feature while MPI 2.2 is itself not settled. Rajeev

1 0

MPI developer job opportunity in Beijing, China
by Yuan Shutao 26 Mar '09

26 Mar '09

A leading HPC company is looking for a MPI developer in Beijing office now. If you have extensive R&D experience in MPI implementation and Linux system level programming, please send your resume or your phone number to yshutao(a)gmail.com. I will provide more detailed info about the job description and compensation package, etc. Thanks, Sam

1 0

April 6-8 meeting
by Richard Graham 19 Mar '09

19 Mar '09

If you are planning to attend this meeting, and have not registered, please do this as soon as possible, so that we can get an accurate head count for this meeting. Thanks, Rich

1 0

Re: [Mpi-forum] Sept. MPI Forum meeting in Helsinki
by Anthony Skjellum 18 Mar '09

18 Mar '09

I am planning to attend also. ----- Original Message ----- From: "Rolf Rabenseifner" <rabenseifner(a)hlrs.de> To: "Main MPI Forum mailing list" <mpi-forum(a)lists.mpi-forum.org> Sent: Wednesday, March 18, 2009 8:30:24 AM GMT -06:00 US/Canada Central Subject: Re: [Mpi-forum] Sept. MPI Forum meeting in Helsinki I plan to be there. Rolf On Fri, 13 Mar 2009 04:53:47 -0500 Richard Graham <rlgraham(a)ornl.gov> wrote: > We are starting to make arrangements for the MPI Forum that is >scheduled to > take place in Helsinki, Sept 2-4, 2009, in conjunction with the Euro >PVM/MPI > conference. If you plan to attend, please let me know ASAP I am >not > asking for a firm commitment, but just trying to get an idea how >many people > the meeting facility will need to accommodate. > > Thanks, > Rich Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner(a)hlrs.de 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-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 It has been said that MPI is the worst form of parallel programming except all the others that have been tried. ___________________________________________ 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

1 0