Process Id Scalars doesn't do any load balancing, it just shows what cells are assigned to what process. You can try the D3 filter to do actual load-balancing (your reader may already be doing this though in which case you would see the same results from a Process Id Scalars filter used after the D3 filter). I'm not that familiar with the internals of Delauney2D for distributed points but it's quite possible that for the set of points you have that the partitioning is not appropriate. As Ken said, using the Process Id Scalars to see if the input is fairly well balanced.<br>
<br>Andy<br><br><div class="gmail_quote">On Thu, May 13, 2010 at 3:33 PM, Guido Staub <span dir="ltr"><<a href="mailto:gstaub@udec.cl">gstaub@udec.cl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Process Id Scalars didn't do the trick, still no performance gain with<br>
Delaunay 2D.<br>
My data is stored in a h5 file which gets loaded through a xdmf file.<br>
After running the Process Id Scalars filter I do not see any changes in<br>
the distribution of the data. However I guess that they are<br>
already "evenly distributed" by default.<br>
<br>
So maybe exporting the file to an other format will do it or is there a<br>
problem with the Delaunay implementation in general when running in<br>
parallel?<br>
<br>
Guido<br>
<br>
Am Thu, 13 May 2010 15:08:04<br>
<div><div></div><div class="h5">-0600 schrieb "Moreland, Kenneth" <<a href="mailto:kmorel@sandia.gov">kmorel@sandia.gov</a>>:<br>
<br>
> Ah, I see. It sounds like your data is not balanced. Many of the<br>
> "non parallel" file formats will do something stupid when loading<br>
> data in parallel. For example, they might load everything on process<br>
> 0 or load everything everywhere. (And now that I think about it, the<br>
> Delaunay filter may have trouble in parallel.)<br>
><br>
> Try running the "Process Id Scalars" filter on your data. Do the<br>
> points look evenly distributed?<br>
><br>
> -Ken<br>
><br>
><br>
> On 5/13/10 10:17 AM, "Guido Staub" <<a href="mailto:gstaub@udec.cl">gstaub@udec.cl</a>> wrote:<br>
><br>
> Well if I start pvserver by mpirun -np 4 pvserver I have 3 cores<br>
> running at almost 100%. Now I connect to the server and start a<br>
> Delaunay 2D calculation on one of my datasets. As a result all of the<br>
> 4 cores are showing 100%. However I assume that there is only one<br>
> core doing the job, because on the one hand calculation is really<br>
> slow. I have done similar processing on an other PC (an outdated one)<br>
> and there is no significant performance advantage as one would expect.<br>
> And on the other hand, running pvserver with e.g. -np 2 results in<br>
> 100% for 2 CPUs when starting the Delaunay 2D calc (1 core at 100%<br>
> when cpu is idle).<br>
><br>
> Guido<br>
><br>
><br>
> Am Thu, 13 May 2010<br>
> 12:39:43 -0600 schrieb "Moreland, Kenneth" <<a href="mailto:kmorel@sandia.gov">kmorel@sandia.gov</a>>:<br>
><br>
> > I am afraid I simply don't understand the question. You said in (1)<br>
> > that you have three cores running at 100%. Then in (2) you said<br>
> > that you only have one core running. Is it happening when you<br>
> > start the client, connect the client to the server, launch the<br>
> > server from the client, or something else? Is something running or<br>
> > is the client sitting idle waiting for the user?<br>
> ><br>
> > -Ken<br>
> ><br>
> ><br>
> > On 5/13/10 8:15 AM, "Guido Staub" <<a href="mailto:gstaub@udec.cl">gstaub@udec.cl</a>> wrote:<br>
> ><br>
> > Thanks Ken, but I have already read this thread, therefore I started<br>
> > the client process anyway without taking care of cpu usage for now.<br>
> ><br>
> > However my second question still keeps me busy. Isn't it possible to<br>
> > use all 4 cores?<br>
> ><br>
> > Guido<br>
> ><br>
> > Am Thu, 13 May 2010<br>
> > 10:29:13 -0600 schrieb "Moreland, Kenneth" <<a href="mailto:kmorel@sandia.gov">kmorel@sandia.gov</a>>:<br>
> ><br>
> > > The question about why the pvserver processes are always at 100%<br>
> > > CPU comes up frequently on the mailing list (such as<br>
> > > <a href="http://www.paraview.org/pipermail/paraview/2008-December/010338.html" target="_blank">http://www.paraview.org/pipermail/paraview/2008-December/010338.html</a>).<br>
> > > I've added some information to the Wiki about it to provide an<br>
> > > explanation:<br>
> > > <a href="http://www.paraview.org/Wiki/Setting_up_a_ParaView_Server#Server_processes_always_have_100.25_CPU_usage" target="_blank">http://www.paraview.org/Wiki/Setting_up_a_ParaView_Server#Server_processes_always_have_100.25_CPU_usage</a><br>
> > ><br>
> > > -Ken<br>
> > ><br>
> > ><br>
> > > On 5/13/10 5:06 AM, "Guido Staub" <<a href="mailto:gstaub@udec.cl">gstaub@udec.cl</a>> wrote:<br>
> > ><br>
> > > Hi all,<br>
> > ><br>
> > > I have succesfully compiled Paraview with MPI support on my<br>
> > > Workstation (Quad Core). I have read that paraview runs serial,<br>
> > > pvserver parallel, so I started the server by mpirun -np 4<br>
> > > pvserver and connected through X. Everything seems to work fine.<br>
> > ><br>
> > > But there are two strange behaviours I have noticed:<br>
> > ><br>
> > > 1. CPU usage on workstation is almost 100% on three of the four<br>
> > > cores although no client is connected (when I type mpirun -np 3<br>
> > > pvserver there are 2 out of 4 running at 100%; with -np 2 only 1).<br>
> > > I have noticed this using MPICH2 and OpenMPI.<br>
> > ><br>
> > > 2. When I now start a client process the server uses only one core<br>
> > > (-np 4/3/2/1). Why?<br>
> > ><br>
> > > Does MPI not work on multicore systems as on multiprocessor<br>
> > > systems or is this a Paraview issue?<br>
> > ><br>
> > > Thanks,<br>
> > > Guido<br>
> > > _______________________________________________<br>
> > > Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
> > ><br>
> > > Visit other Kitware open-source projects at<br>
> > > <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">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" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
> > ><br>
> > > Follow this link to subscribe/unsubscribe:<br>
> > > <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > > **** Kenneth Moreland<br>
> > > *** Sandia National Laboratories<br>
> > > ***********<br>
> > > *** *** *** email: <a href="mailto:kmorel@sandia.gov">kmorel@sandia.gov</a><br>
> > > ** *** ** phone: (505) 844-8919<br>
> > > *** web: <a href="http://www.cs.unm.edu/%7Ekmorel" target="_blank">http://www.cs.unm.edu/~kmorel</a><br>
> > ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > **** Kenneth Moreland<br>
> > *** Sandia National Laboratories<br>
> > ***********<br>
> > *** *** *** email: <a href="mailto:kmorel@sandia.gov">kmorel@sandia.gov</a><br>
> > ** *** ** phone: (505) 844-8919<br>
> > *** web: <a href="http://www.cs.unm.edu/%7Ekmorel" target="_blank">http://www.cs.unm.edu/~kmorel</a><br>
> ><br>
><br>
><br>
><br>
><br>
> **** Kenneth Moreland<br>
> *** Sandia National Laboratories<br>
> ***********<br>
> *** *** *** email: <a href="mailto:kmorel@sandia.gov">kmorel@sandia.gov</a><br>
> ** *** ** phone: (505) 844-8919<br>
> *** web: <a href="http://www.cs.unm.edu/%7Ekmorel" target="_blank">http://www.cs.unm.edu/~kmorel</a><br>
><br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">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" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</div></div></blockquote></div><br>