I've had a few issues with it (We're using Infiniband, so network bandwidth should be negligible), some of which are just I incorrectly percieved what was going on and some of which I think is a bug.<br><br>I think what I originally percieved as phenomenal slowless is actually a bug. I use 4x Subsampling for the interactive rendering, but when I let go it never returns to full resolution, it seems to drop to something like 2x subsampling. I originally interpreted that as it's slowly rendering in the background, but if I use no subsampling for the interactive displays then it works just fine. (I just ran this test a few minutes ago).
<br><br>The other slowness I noticed was in the way lookmarks are handled. I build the lookmark with the MPI version so the decimated models were already in memory when it came time for the "big interactive part". When I repeated the lookmark in IceT, I had to wait a good 30s or so for it to build the decimated models and such. Again, I just incorrectly percieved what was going on.
<br><br>In the no subsampling version, yes it beat the pants off MPI hands-down, although you can't see what's happening on the remote displays quite as well. Is there some reason why I would be seeing noise on the other heads? During interaction I see the top 1/3 of the screen rendered on all the nodes, but during stills I just see noise. It's minor, but I know someone is gonna ask if they see it.
<br><br><br><br><br><div><span class="gmail_quote">On 8/9/06, <b class="gmail_sendername">Wylie, Brian</b> <<a href="mailto:bnwylie@sandia.gov">bnwylie@sandia.gov</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
<div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Randall,</font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Can you elaborate on the poor performance? We can get 30
frames/sec over 100T with IceT, I'm having a hard time believing that
MPIRenderModule actually performs better. The only circumstance I've seen where
MPIRenderModule outperforms IceT is when the client is like a laptop with really
slow pixel scaling. Can you give me details of your setup... cluster specs...
network specs... client specs...</font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Also I'm assuming that your compositing threshold is 0MB in
both tests, and subsampling is set to the same value, squirt compression is the
same, etc...</font></span></div>
<div> </div>
<p><font size="2"> 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<br></font></p>
<div> </div><br>
<blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b>
paraview-bounces+bnwylie=<a href="mailto:sandia.gov@paraview.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">sandia.gov@paraview.org</a>
[mailto:<a href="mailto:paraview-bounces+bnwylie=sandia.gov@paraview.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">paraview-bounces+bnwylie=sandia.gov@paraview.org</a>] <b>On Behalf Of
</b>Berk Geveci<br><b>Sent:</b> Wednesday, August 09, 2006 9:55
AM<br><b>To:</b> Randall Hand<br><b>Cc:</b> Paraview List<br><b>Subject:</b>
Re: [Paraview] Paraview in Parallel-Server mode<br></font><br></div></blockquote></div><div><span class="e" id="q_10cf3acda7b7fee1_1">
<div></div>I would stick with the default (IceTDesktopRenderModule) and tweak
3D view settings parameters until the performances is good. I think I have a
power point presentation talking about the parameters and what they do. Ken
presented it at supercomputing and it explains different options very clearly.
I can share it. <br><br>-Berk<br><br>
<div><span class="gmail_quote">On 8/9/06, <b class="gmail_sendername">Randall
Hand</b> <<a href="mailto:randall.hand@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">randall.hand@gmail.com</a>>
wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Is there a preferred Render Module to use when running Paraview in
Single-Display Multiple-Server mode. I'm running a pvserver across our
12-node cluster and getting pretty poor performance with the Default.
Specifying the MPIRenderModule helps, but the IceTDesktopRenderModule seems
pretty bad. Is there a Preferred module to use, and reasons why you'ld
use one over the other? <br clear="all"></div>
<div><span><br>--
<br>----------------------------------------<br>Randall
Hand<br>Visualization Scientist<br>ERDC MSRC-ITL
</span></div><br>_______________________________________________<br>ParaView
mailing list<br><a href="mailto:ParaView@paraview.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ParaView@paraview.org</a><br><a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.paraview.org/mailman/listinfo/paraview</a><br><br><br></blockquote></div><br></span></div><div></div>
</div></blockquote></div><br><br clear="all"><br>-- <br>----------------------------------------<br>Randall Hand<br>Visualization Scientist<br>ERDC MSRC-ITL