<div dir="ltr">Hi Dan,<div><br></div><div>Sure, let's gather what we can.  For these info keys, the benefit is fairly straightforward.  For communicators with wildcard restrictions you can use a structure that is much more efficient to search than a single ordered list.  In addition, when you have multiple communication channels (e.g. shared memory, multiple rails, etc) no_any_source removes a lot of complications and overheads.</div><div><br></div><div> ~Jim.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 20, 2014 at 2:09 PM, Daniel Holmes <span dir="ltr"><<a href="mailto:dholmes@epcc.ed.ac.uk" target="_blank">dholmes@epcc.ed.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi All,<br>
    <br>
    One of the objections last time was that these keys seem like a good
    idea for performance but there's no implementation/proof. We'll need
    to collate some of the existing research that shows this gives a
    performance benefit in order to address that objection.<br>
    <br>
    Cheers,<br>
    Dan.<div><div class="h5"><br>
    <br>
    <div>On 20/11/2014 13:03, Jim Dinan wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">Hi All,
        <div><br>
        </div>
        <div>I would like to bring forward the following ticket on
          communicator info keys for a formal reading at the upcoming
          meeting: <a href="https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/461" target="_blank">https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/461</a>.</div>
        <div><br>
        </div>
        <div>This ticket contains the no_any_tag and no_any_source info
          keys from #381 on which we were able to reach consensus. 
          There are lots of other good ideas on #318, and we will
          continue to work on moving those ahead.</div>
        <div><br>
        </div>
        <div>Please send feedback.  The deadline for changes to the
          proposal is Sunday.</div>
        <div><br>
        </div>
        <div>Thanks,</div>
        <div> ~Jim.</div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
mpiwg-hybridpm mailing list
<a href="mailto:mpiwg-hybridpm@lists.mpi-forum.org" target="_blank">mpiwg-hybridpm@lists.mpi-forum.org</a>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm</a></pre>
    </blockquote>
    <br>
    <pre cols="72">-- 
Dan Holmes
Applications Consultant in HPC Research
EPCC, The University of Edinburgh
James Clerk Maxwell Building
The Kings Buildings
Peter Guthrie Tait Road 
Edinburgh
EH9 3FD
T: <a href="tel:%2B44%280%29131%20651%203465" value="+441316513465" target="_blank">+44(0)131 651 3465</a>
E: <a href="mailto:dholmes@epcc.ed.ac.uk" target="_blank">dholmes@epcc.ed.ac.uk</a>

*Please consider the environment before printing this email.*</pre>
  </div>

<br>The University of Edinburgh is a charitable body, registered in<br>
Scotland, with registration number SC005336.<br>
<br>_______________________________________________<br>
mpiwg-hybridpm mailing list<br>
<a href="mailto:mpiwg-hybridpm@lists.mpi-forum.org">mpiwg-hybridpm@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-hybridpm</a><br></blockquote></div><br></div>