On Sat, Jan 28, 2012 at 8:00 AM, Mark F. Adams <span dir="ltr"><<a href="mailto:mark.adams@columbia.edu">mark.adams@columbia.edu</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On Jan 27, 2012, at 8:22 PM, Barry Smith wrote:<br>
<br>
><br>
> On Jan 27, 2012, at 6:36 PM, Mark F. Adams wrote:<br>
><br>
>><br>
>> On Jan 27, 2012, at 6:58 PM, Jed Brown wrote:<br>
>><br>
>>> On Fri, Jan 27, 2012 at 17:48, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br>
>>> Is now the right time. Shouldn't we wait until MPI's replacement is working and do things with that model?<br>
>>><br>
>>> I'm laughing. Am I supposed to be?<br>
>>><br>
>>> I'm laughing too.<br>
>>><br>
>>> There isn't going to be a replacement for MPI until the smart people that understand parallel programming, performance, and libraries start working on something other than MPI. But most of those people are on the MPI Forum, trying to improve MPI. Now we need a good model for threads, and that might not be based on MPI, but it sure looks like the large-scale distributed-memory model will be MPI for the foreseeable future.<br>
>>><br>
>><br>
>> I don't think its a matter of smart people not having worked on this, they have IMO, its just a hard problem.<br>
><br>
> I disagree; it is not necessarily hard, it is just that the non-MPI people are pretty fucking stupid.<br>
><br>
<br>
</div>It is not hard, intellectually intriguing, fundable, and smart people won't do it. What am I missing?</blockquote><div><br></div><div>I think Barry's point is that this is another case where, no matter how smart or motivated you are, if you start</div>
<div>out with a bad design decision in the beginning, and refuse to change it for whatever reason, you will not</div><div>succeed.</div><div><br></div><div> Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">
> Barry<br>
><br>
>><br>
>>><br>
>>> As for sources of parallel errors, yes, it's somewhat tricky, but as long as the model is to get a sub-object out of a bigger one (submatrix, coarse level, etc), I think we can manage it. At any particular time, the user should still be looking at essentially single-comm collections of objects, but not all processes will end up being called in every context.<br>
>><br>
><br>
><br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>