<HTML>
<HEAD>
<TITLE>Re: [Paraview] MPI performance and VGL error</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>I will have to guess at why, say, contour is running slower. I can think of two possibilities (but not claiming that either is necessarily correct).<BR>
<BR>
</SPAN></FONT><OL><LI><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Perhaps the data is not distributed. If the reader is naive (you didn’t specify what data you were reading), it could be just loading all of it on node 0. The poor performance could simply be that the data is really being processed in serial. Run the Process Id Scalars filter on the output of contour to make sure that the cells are distributed amongst the processes.
</SPAN></FONT><LI><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Some filters (contour included) need ghost cells. When you add them, they will send a request up the pipeline to load another layer of ghost cells. Assuming the reader supports it, the reader will usually reload the entire data set from file on each process to include the ghost cells. There is a good chance that reading the data from disk is taking a lot longer than contouring the data. Open the timer log (Tools -> Timer Log) and see how much time each component is taking. If the contour filter is reported to run really fast (or missing from the timings if faster than the threshold) and the reader is running multiple times, then that is probably it.<BR>
</SPAN></FONT></OL><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
As far as your problems with vglconnect, I am afraid I cannot be much help as I am unfamiliar with that hardware. (Perhaps someone else on this list has run into this hardware.) It sounds like the pvserver nodes are having trouble connecting to the appropriate X displays. Usually this is a matter of getting your DISPLAY environment variables (or -display command line flags) correct.<BR>
<BR>
-Ken<BR>
<BR>
<BR>
On 2/18/09 2:31 AM, "Orlando Rivera" <<a href="Orlando.Rivera@lrz.de">Orlando.Rivera@lrz.de</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Dear all,<BR>
<BR>
<BR>
We have compiled paraview server with MPICH2 and parastation , when<BR>
we deploy the server , it starts with no troubles , the clients<BR>
connects easily as well .<BR>
<BR>
However , when we do some calculations , like a contour, it takes<BR>
much more time (~3x) to represent the surfaces as when using the<BR>
client alone<BR>
<BR>
<BR>
Another thing that bothers us, when I start the client with vglrun<BR>
(through vglconnect ) We get this warning :<BR>
[VGL] ERROR: Cannot obtain a Pbuffer-enabled 24-bit FB config on the<BR>
VirtualGL<BR>
[VGL] server. This is most likely because the 3D X Server :1.2<BR>
[VGL] is not configured for 24-bit color or does not have accelerated 3D<BR>
[VGL] drivers installed.<BR>
<BR>
but we have drivers installed and cmake found them . <BR>
<BR>
I don't know whether these two problems are related or not , I would like<BR>
<BR>
1) a benchmark or a way to determinate that the server does in fact<BR>
internal calculations when using mpi<BR>
<BR>
2) How to solve the client issue with VGL <BR>
<BR>
our hardware is a Sun x4600 server with 16 CPU cores (8x2 opteron )<BR>
with SLES 10 SP2 and four Quadro FX5500 graphics cards.<BR>
<BR>
<BR>
Any help is gladly appreciated, request if you need more<BR>
information form us<BR>
<BR>
Thanks<BR>
<BR>
<BR>
--<BR>
Orlando Rivera<BR>
E-mail: <a href="Orlando.Rivera@lrz.de">Orlando.Rivera@lrz.de</a><BR>
web: <a href="http://www.lrz.de">http://www.lrz.de</a><BR>
Leibniz-Rechenzentrum<BR>
Abteilung: Hochleistungssysteme<BR>
Boltzmannstrasse 1, 85748 Garching<BR>
Telefon: +49 89 35831-8827<BR>
Fax: +49 89 35831-9700<BR>
<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="1"><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:7.5pt'><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>