<br><br><div class="gmail_quote">On Tue, Sep 20, 2011 at 5:41 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><br>
On Sep 20, 2011, at 2:06 PM, Jed Brown wrote:<br>
<br>
> On Tue, Sep 20, 2011 at 19:14, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
>  is a strange combination of PETSc types and MPI types and PETSc styles and MPI styles. The right way to think about what you want is purely in an MPI style.<br>
><br>
> I agree that it would naturally belong at the MPI level. I wrote it this way because IS is a useful thing and MPI doesn't have any such object.<br>
<br>
</div>   MPI has its own kinds of constructs for doing things; you could argue they suck ...<br>
<div class="im"><br>
> In particular, an aggregate MPI_Datatype encodes the type of each entry, but it's useful to be able to push ints through the same pipes as floats, so we'd end up producing an IS-like thingy in this MPI-add-on layer (or have a rather complicated interface with different creation functions for various combinations). I want the same scatter to be able to move different types (to amortize setup and guarantee consistency), so it's not good enough to specify all the types at the time it's created.<br>


<br>
</div>  I wanted something that would bark like crazy and attack burglars at my house but I also wanted it to cuddle up on my lap and purr to me so I made a doat.<br>
<br></blockquote><div>The problem I see with a general scatter is that it has to operate on "laid-out" objects (so that, among other things, the scatter knows where to stick the things that arrive).  Currently, only Vec and Mat have layouts.</div>

<div><br></div><div>Dmitry. </div></div><br>