<div dir="ltr">Hi Alan,<div><br></div><div>I don't think that this is exactly accurate. What they have done is to use threaded parallelism within each MPI rank in the cases where there are multiple blocks/parts to parallelize over. Meaning that they parallelize each filter's execution over blocks using posix threads. For example, a CTH dataset would benefit from a similar approach in ParaView (which we can also support). On the other hand, the way we load Exodus, we don't generate enough blocks to parallelize over so this approach would not result in any performance improvement.</div>

<div><br></div><div>Also, I very seriously doubt that they experience any significant performance improvement (if any) over using multi-threaded parallelism over MPI. Meaning if they used as many MPI ranks as threads on each node, I would bet that the performance would be comparable. This will not continue to be the case as the number of cores increase but it still holds for the kind of workload we have. Using threads reduces memory overhead however.</div>

<div><br></div><div>We have been exploring parallelism in similar ways both through VTK and VTK-m and I expect to see ParaView benefit from this work starting this summer. So don't worry :-)</div><div><br></div><div>
-berk</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 16, 2014 at 3:57 PM, Scott, W Alan <span dir="ltr"><<a href="mailto:wascott@sandia.gov" target="_blank">wascott@sandia.gov</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">






<div>
<font face="Calibri"><span style="font-size:11pt">
<div>Utkarsh/All,</div>
<div>I head that VisIt started communicating between different cores/ processes on a single node using interthread communication (rather than MPI).  I would assume this is using openMP or some such.  Anyway,  my notes also say that they picked up a 2x speedup. 
Would it be worthwhile moving ParaView to not use MPI to communicate within a node?  As nodes pick up more and more cores, this may become more important.</div>
<div> </div>
<div>Alan</div>
<div> </div>
<div> </div>
<div><font><span style="font-size:10pt">--------------------------------------------------------</span></font></div>
<div><font face="Arial"><span style="font-size:10pt">W. Alan Scott</span></font></div>
<div><font face="Arial"><span style="font-size:10pt">ParaView Support Manager</span></font></div>
<div><font face="Arial"><span style="font-size:10pt"> </span></font></div>
<div><font face="Arial"><span style="font-size:10pt">SAIC</span></font></div>
<div><font face="Arial"><span style="font-size:10pt">Sandia National Laboratories, MS 0822</span></font></div>
<div><font face="Arial"><span style="font-size:10pt">Org 9326 - Building 880 A1-C</span></font></div>
<div><font face="Arial"><span style="font-size:10pt"><a href="tel:%28505%29%20284-0932" value="+15052840932" target="_blank">(505) 284-0932</a>   FAX <a href="tel:%28505%29%20284-5619" value="+15052845619" target="_blank">(505) 284-5619</a></span></font></div>


<div><font face="Arial"><span style="font-size:10pt">---------------------------------------------------------</span></font></div>
<div> </div>
<div> </div>
<div> </div>
</span></font>
</div>

<br>_______________________________________________<br>
Paraview-developers mailing list<br>
<a href="mailto:Paraview-developers@paraview.org">Paraview-developers@paraview.org</a><br>
<a href="http://public.kitware.com/mailman/listinfo/paraview-developers" target="_blank">http://public.kitware.com/mailman/listinfo/paraview-developers</a><br>
<br></blockquote></div><br></div>