I will not be able to attend today, either. Sorry.
Cheers,
Marc-Andre
On 01.05.13 20:54, John DelSignore wrote:
> Sorry, but I won't be able to make it tomorrow. I have a meeting conflict.
>
> Cheers, John D.
>
>
> Kathryn Mohror wrote:
>> Hi all,
>>
>> This is a reminder of our telecon tomorrow May 2 at 8:00 AM PDT, 11:00
>> AM EDT.
>>
>> As always, the link for joining the webex is on the
>> wiki: https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MPI3Tools
>>
>> Agenda:
>> - What are our plans for the next forum meeting?
>> - MPI 3.1 items discussion
>> - Feedback on current MQS draft
>>
>> Kathryn
>> ______________________________________________________________
>> Kathryn Mohror, kathryn(a)llnl.gov
>> <mailto:[email protected]>, http://people.llnl.gov/mohror1
>> CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
>>
>>
>>
>>
> _______________________________________________
> Mpi3-tools mailing list
> Mpi3-tools(a)lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-tools
>
--
Marc-Andre Hermanns
German Research School for
Simulation Sciences GmbH
c/o Laboratory for Parallel Programming
52062 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 | Prof. Dr. Sebastian M. Schmidt
Sorry, but I won't be able to make it tomorrow. I have a meeting conflict.
Cheers, John D.
Kathryn Mohror wrote:
> Hi all,
>
> This is a reminder of our telecon tomorrow May 2 at 8:00 AM PDT, 11:00
> AM EDT.
>
> As always, the link for joining the webex is on the
> wiki: https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MPI3Tools
>
> Agenda:
> - What are our plans for the next forum meeting?
> - MPI 3.1 items discussion
> - Feedback on current MQS draft
>
> Kathryn
> ______________________________________________________________
> Kathryn Mohror, kathryn(a)llnl.gov
> <mailto:[email protected]>, http://people.llnl.gov/mohror1
> CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
>
>
>
>
I'm attaching the PDF of the current MQS draft. If folks can have a quick glance over it and give some feedback, that'd be great
Thanks
Anh
From: mpi3-tools-bounces(a)lists.mpi-forum.org [mailto:[email protected]] On Behalf Of Kathryn Mohror
Sent: Wednesday, May 01, 2013 11:44 AM
To: <mpi3-tools(a)lists.mpi-forum.org>
Subject: [Mpi3-tools] Next telecon tomorrow, May 2
Hi all,
This is a reminder of our telecon tomorrow May 2 at 8:00 AM PDT, 11:00 AM EDT.
As always, the link for joining the webex is on the wiki: https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MPI3Tools
Agenda:
- What are our plans for the next forum meeting?
- MPI 3.1 items discussion
- Feedback on current MQS draft
Kathryn
______________________________________________________________
Kathryn Mohror, kathryn(a)llnl.gov<mailto:[email protected]>, http://people.llnl.gov/mohror1
CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
Hi all,
This is a reminder of our telecon tomorrow May 2 at 8:00 AM PDT, 11:00 AM EDT.
As always, the link for joining the webex is on the wiki: https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/MPI3Tools
Agenda:
- What are our plans for the next forum meeting?
- MPI 3.1 items discussion
- Feedback on current MQS draft
Kathryn
______________________________________________________________
Kathryn Mohror, kathryn(a)llnl.gov, http://people.llnl.gov/mohror1
CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
On Apr 30, 2013, at 9:35 PM, "Jeff Squyres (jsquyres)" <jsquyres(a)cisco.com>
wrote:
> Is this just a convenience function?
>
> I ask because all it effectively does is move the loop looking for the variable down to the MPI_T layer.
An implementation could store all variables in a tree (or some other more efficient structure) eliminating the need for a loop in favor of a lower complexity lookup algorithm. How severe this problem is, is a different question.
If we want to go for such a function, I wonder, though, if we should return all the arguments from GET_INFO or just the index (that you can then use get the rest of the information). This would could both keep the document (we are mentioning the GET_INFO functions a lot) and the implementations (only one pair of routines with such complex prototypes) simpler.
Martin
>
>
> On Apr 30, 2013, at 2:39 PM, Kathryn Mohror <kathryn(a)llnl.gov> wrote:
>
>> Hi all,
>>
>> I've started to work on 3.1 items. The first one is to allow the look up of variables by name instead of having to iterate through all variables until you find the one you want (assuming you know the name in advance). What do people think of this for supporting that functionality:
>>
>> MPI_T_CVAR_GET_INFO_NAMED
>> IN name
>> OUT cvar_index
>> OUT verbosity
>> OUT datatype
>> OUT enumtype
>> OUT desc
>> INOUT desc_len
>> OUT bind
>> OUT scope
>>
>> MPI_T_CVAR_GET_INFO_NAMED behaves similarly to MPI_T_CVAR_GET_INFO except that the lookup is done by control variable name instead of its index. All restrictions and requirements for MPI_T_CVAR_GET_INFO are the same for MPI_GET_CVAR_INFO_NAMED except that the cvar_index is now returned from the function, and name is an input.
>>
>>
>> Then define MPI_T_PVAR_GET_INFO_NAMED in a similar fashion.
>>
>> Thoughts? Objections?
>>
>> Kathryn
>>
>>
>> ______________________________________________________________
>> Kathryn Mohror, kathryn(a)llnl.gov, http://people.llnl.gov/mohror1
>> CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
>>
>>
>>
>>
>> _______________________________________________
>> Mpi3-tools mailing list
>> Mpi3-tools(a)lists.mpi-forum.org
>> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-tools
>
>
> --
> Jeff Squyres
> jsquyres(a)cisco.com
> For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
>
>
> _______________________________________________
> Mpi3-tools mailing list
> Mpi3-tools(a)lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-tools
________________________________________________________________________
Martin Schulz, schulzm(a)llnl.gov, http://people.llnl.gov/schulzm
CASC @ Lawrence Livermore National Laboratory, Livermore, USA
Is this just a convenience function?
I ask because all it effectively does is move the loop looking for the variable down to the MPI_T layer.
On Apr 30, 2013, at 2:39 PM, Kathryn Mohror <kathryn(a)llnl.gov> wrote:
> Hi all,
>
> I've started to work on 3.1 items. The first one is to allow the look up of variables by name instead of having to iterate through all variables until you find the one you want (assuming you know the name in advance). What do people think of this for supporting that functionality:
>
> MPI_T_CVAR_GET_INFO_NAMED
> IN name
> OUT cvar_index
> OUT verbosity
> OUT datatype
> OUT enumtype
> OUT desc
> INOUT desc_len
> OUT bind
> OUT scope
>
> MPI_T_CVAR_GET_INFO_NAMED behaves similarly to MPI_T_CVAR_GET_INFO except that the lookup is done by control variable name instead of its index. All restrictions and requirements for MPI_T_CVAR_GET_INFO are the same for MPI_GET_CVAR_INFO_NAMED except that the cvar_index is now returned from the function, and name is an input.
>
>
> Then define MPI_T_PVAR_GET_INFO_NAMED in a similar fashion.
>
> Thoughts? Objections?
>
> Kathryn
>
>
> ______________________________________________________________
> Kathryn Mohror, kathryn(a)llnl.gov, http://people.llnl.gov/mohror1
> CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
>
>
>
>
> _______________________________________________
> Mpi3-tools mailing list
> Mpi3-tools(a)lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-tools
--
Jeff Squyres
jsquyres(a)cisco.com
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
