
<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style type="text/css" style="">

<!--

p

        {margin-top:0;

        margin-bottom:0}

-->

</style><style type="text/css" id="owaParaStyle">P {margin-top:0;margin-bottom:0;}</style>

</head>

<body dir="ltr" style="font-size:12pt; color:#000000; background-color:#FFFFFF; font-family:Calibri,Arial,Helvetica,sans-serif" fpstyle="1" ocsi="0">

<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;"><br>

I have been testing the different versions of SPH*Interpolators in ParaView, with a TBB execution model.<br>

<br>

While the SPH{Line,Plane,Volume}Interpolators demonstrate nice multi-threading behavior, I am finding out that the newest edition, the

<i>generic</i> SPHDatasetInterpolator which enables the use of any vtkDataset as sources, does not always use multi-threading.<br>

<br>

I have built a stand-alone test case which demonstrates that if a vtkImageData is giving as Source, then the execution switches back to a single thread, and takes much longer.<br>

Further, I demonstrated that if the same vtkImageData is passed to an "Extract Surface", and if the PolyData generated is used as the interpolator's source, then the multi-threading is restored. It seems strange since the source code of vtkSPHInterpolator.cxx

 shows that a different branch is coded for vtkImageData saying that it ought to be sligthly faster. I am finding out however, that the execution seems to drop the multi-threaded support.<br>

<br>

Has anyone seen this behavior? I am using v5.4. I have a python script demonstrator which does not require any external dataset, so it is easy to test.<br>

<br>

Jean/CSCS<br>

</div>

</body>

</html>