<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2963" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>Greg,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>Observation: I wouldn't rely on IceT to precisely show you
the piece being renderer on each server</FONT></SPAN><SPAN
class=218352622-03102006><FONT face=Arial color=#0000ff size=2>. Meaning that's
not one of the use cases we care about... it may not be flipping the back
buffer, node 0 may show an image of the model already 'composited',
etc... you can ask Ken Moreland for elaboration on the exact
characteristics. But in any case the images that you see on the server side may
be misleading...</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>The first thing I would suggest is trying any of the
existing 'sources' or readers that already work in parallel, and then either
looking at the server windows or (the better option given the comment above)
running the 'ProcessIdScalars' filter to color the data by the processor id
thats working on that piece.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>First Option</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>1) Source....Sphere..</FONT></SPAN><SPAN
class=218352622-03102006><FONT face=Arial color=#0000ff
size=2>.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>2) Filter... ProcessIdScalars </FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>Second option is to use any of the existing readers on data
that you can find in VTKData or ParaViewData repositories. pvtp, pvtu, pvtr,
etc.... all of these readers/datatypes will 'do the right thing' when run on
multiple processors. After reading in the data you can do the 'ProcessIds'
filter.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=218352622-03102006><FONT face=Arial
color=#0000ff size=2>Please let me know if any of these suggestions are
helpful.... :)</FONT></SPAN></DIV><!-- Converted from text/plain format -->
<P><FONT size=2><FONT face=Fixedsys> Brian Wylie - Org 1424<BR>
Sandia National Laboratories<BR> MS 0822 - Building 880/A1-J<BR>
(505)844-2238
FAX(505)845-0833 <BR>
____
_ __<BR> / __ \____
_________ | | / (_)__ _
__<BR> / /_/ / __ `/ ___/ __ `/ | / / / _ \ | /| /
/<BR> / ____/ /_/ / / / /_/ /| |/ / / __/ |/ |/
/<BR> /_/ \__,_/_/ \__,_/
|___/_/\___/|__/|__/ <BR>
Unleash the Beast</FONT><BR></FONT></P>
<DIV> </DIV><BR>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B>
paraview-bounces+bnwylie=sandia.gov@paraview.org
[mailto:paraview-bounces+bnwylie=sandia.gov@paraview.org] <B>On Behalf Of
</B>Gregory D Abram<BR><B>Sent:</B> Tuesday, October 03, 2006 4:21
PM<BR><B>To:</B> paraview@paraview.org<BR><B>Subject:</B> [Paraview] Problem
with parallel module<BR></FONT><BR></DIV>
<DIV></DIV><BR><FONT face=sans-serif size=2>I'm trying to create a parallel
reader and I guess I'm not understanding something. Before going so far
as to actually read data, I have a little attempt that, on each of 2 parallel
servers, creates two orthogonal meshes in the output vtkUnstructuredMesh thats
passed into its ExecuteData method. It seems to run on both servers; I
can put in a gdb breakpoint at the ExecuteData entry point, and it gets hit in
both cases. I can watch it create the two grids on each node. I
had guessed that the reader, on each of the servers, would pass the local data
down through similar pipelines, which would join when truly parallel filters
are encountered, and finally join in a IceT sort-last rendering process.
</FONT> <BR><BR><FONT face=sans-serif size=2>Unfortunately, it seems
that the output of the reader in the MyId = 1 server is disappearing.
IceT is doing the rendering, I think - rendering windows pop up on the
two server node's X servers. But the one on the MyId = 1 server remains
empty, while the other shows the mesh thats created on that server.</FONT>
<BR><BR><FONT face=sans-serif size=2>So I guess I'm wondering if I have to
explicitly gather the data back onto the MyId = 0 server and let PV handle
redistribution? Can somebody point me at an illuminating document (I
have the PV book on order).</FONT> <BR><BR><FONT face=sans-serif
size=2>Thanks, </FONT><BR><FONT face=sans-serif
size=2>Greg</FONT></BLOCKQUOTE></BODY></HTML>