<HTML>
<HEAD>
<TITLE>Re: [Paraview] parallel run filter operate on plane source</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Bam,<BR>
<BR>
If you are interested in how ParaView performs parallel processing, you should really start by reading the documentation first. You should look at Chapters 13 and 14 of <I>The ParaView Guide</I> (<a href="http://www.paraview.org/paraview/help/book.html">http://www.paraview.org/paraview/help/book.html</a>) or at Chapter 3 of the SC08 tutorial (<a href="http://www.paraview.org/Wiki/SC08_ParaView_Tutorial">http://www.paraview.org/Wiki/SC08_ParaView_Tutorial</a>).<BR>
<BR>
Once you understand the high level concepts and are ready to experiment with parallel processing, don’t use the plane source. It is a terrible example of parallel processing. Instead, try loading a file with “real” data that will actually be distributed amongst processes. Try the bluntfin.vts file in the ParaView test data (<a href="http://www.paraview.org/files/v3.6/ParaViewData3.6.zip">http://www.paraview.org/files/v3.6/ParaViewData3.6.zip</a>).<BR>
<BR>
-Ken<BR>
<BR>
<BR>
On 8/10/09 7:04 AM, "Utkarsh Ayachit" <<a href="utkarsh.ayachit@kitware.com">utkarsh.ayachit@kitware.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>You are almost correct. The keys don't cause the data to be transfered<BR>
from process 0, but it causes all processes to produce the full plane<BR>
data as if they were being run on a single processes. Trypically,<BR>
UPDATE_NUMBER_OF_PIECES corresponds to the number of processes, while<BR>
UPDATE_PIECE_NUMBER corresponds to the process index. By setting them<BR>
to 1 and 0 respectively, we are telling the source that we want the<BR>
entire dataset, not a piece of it.<BR>
<BR>
Utkarsh<BR>
<BR>
On Fri, Aug 7, 2009 at 4:47 PM, Bam Ting<<a href="bampingting@gmail.com">bampingting@gmail.com</a>> wrote:<BR>
> I look more at how the distribute stream tracer work and learnt that it work<BR>
> by setting: UPDATE_PIECE_NUMBER() to 0 and UPDATE_NUMBER_OF_PIECES to 1.<BR>
> Apparently this cause data from process 0 to be transfer across network to<BR>
> other process. I make a guess here, is that correct?<BR>
><BR>
><BR>
><BR>
> On Fri, Aug 7, 2009 at 12:45 PM, Bam Ting <<a href="bampingting@gmail.com">bampingting@gmail.com</a>> wrote:<BR>
>><BR>
>> Forgive my misconception before! I am baffelt by how this work!<BR>
>><BR>
>> I looked closer. I see plane source on my imput is empty! bounds 1 -1 ...<BR>
>> on all process except 0... so that answer something! before this I suppose<BR>
>> that the source must be duplicate on all process, because the class doc for<BR>
>> vtkPStreamTracer say thaat this must be so. Now I will like to know how does<BR>
>> filter such as distributed stream tracer work in this case (plane source is<BR>
>> empty on all imput except 0)? Web doc day seed points must be the same<BR>
>> across on all process? Can we explain how paraview works here?<BR>
>><BR>
>><BR>
>><BR>
>><BR>
>> On Fri, Aug 7, 2009 at 11:22 AM, Bam Ting <<a href="bampingting@gmail.com">bampingting@gmail.com</a>> wrote:<BR>
>>><BR>
>>> Have some issue with a filter that operate on plane source when run with<BR>
>>> more than a single process. Plane source on imput seem to be duplicated<BR>
>>> identical on all processes (no problem), then my filter run and make a<BR>
>>> shallow copy of the source and pass to output (problem start!). In the<BR>
>>> spreadsheet view I see more points than I should in the output, + I add<BR>
>>> point data I see more point data as well, I explore with spreadsheet view<BR>
>>> show that unexpected point data all duplicate of expected.<BR>
>>><BR>
>>> My question, how paraview handle source duplicated on all process? How<BR>
>>> paraview can know that the data is duplicate for plane source? How does it<BR>
>>> render such duplicate data? I seek to add some point data to plane source<BR>
>>> and provide on the output. What I need to do in the filter to avoid the<BR>
>>> issue?<BR>
>>><BR>
>><BR>
><BR>
><BR>
> _______________________________________________<BR>
> Powered by www.kitware.com<BR>
><BR>
> Visit other Kitware open-source projects at<BR>
> <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><BR>
><BR>
> Please keep messages on-topic and check the ParaView Wiki at:<BR>
> <a href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a><BR>
><BR>
> Follow this link to subscribe/unsubscribe:<BR>
> <a href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</a><BR>
><BR>
><BR>
_______________________________________________<BR>
Powered by www.kitware.com<BR>
<BR>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><BR>
<BR>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a><BR>
<BR>
Follow this link to subscribe/unsubscribe:<BR>
<a href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</a><BR>
<BR>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT><FONT SIZE="2"><FONT FACE="Consolas, Courier New, Courier"><SPAN STYLE='font-size:10pt'><BR>
**** Kenneth Moreland<BR>
*** Sandia National Laboratories<BR>
*********** <BR>
*** *** *** email: <a href="kmorel@sandia.gov">kmorel@sandia.gov</a><BR>
** *** ** phone: (505) 844-8919<BR>
*** web: <a href="http://www.cs.unm.edu/~kmorel">http://www.cs.unm.edu/~kmorel</a><BR>
</SPAN></FONT></FONT><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT>
</BODY>
</HTML>