<div dir="ltr">Yes, please attach the state file and if it's small enough, one of the data files.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 19, 2015 at 10:39 AM, Massimiliano Leoni <span dir="ltr"><<a href="mailto:leoni.massimiliano1@gmail.com" target="_blank">leoni.massimiliano1@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sure, I have a pressure scalar field with a contour filter, a velocity vector<br>
field with a clip filter and an annotated time.<br>
<br>
Do you want me to attach any file?<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
In data domenica 19 aprile 2015 10:30:47, Andy Bauer ha scritto:<br>
> Can you share your full pipeline? Using the state file it's tough to see<br>
> exactly what's going on.<br>
><br>
> You'll need to do your own build of ParaView and enable the spatio-temporal<br>
> plugin if you want to use that.<br>
><br>
><br>
> On Sun, Apr 19, 2015 at 5:58 AM, Massimiliano Leoni <<br>
><br>
> <a href="mailto:leoni.massimiliano1@gmail.com">leoni.massimiliano1@gmail.com</a>> wrote:<br>
> > Hi Andy,<br>
> ><br>
> > thanks for your reply. I think my cells are being correctly partitioned. I<br>
> > attach a screenshot of the grid when I color it by vtkProcessId.<br>
> ><br>
> > The spatio-temporal parallelism could do the trick, but the nightly are<br>
> > unavailable in this moment and I can't find the plugin in my current<br>
> > installations. I'll try again later.<br>
> ><br>
> > Anyway, I think I should get at least some benefit from pure spatial<br>
> > parallelism, which instead I am not experiencing.<br>
> > Is there any setting I might be missing?<br>
> ><br>
> > Best regards,<br>
> > Massimiliano<br>
> ><br>
> > In data sabato 18 aprile 2015 10:52:10, Andy Bauer ha scritto:<br>
> > > Hi Massimiliano,<br>
> > ><br>
> > > I don't think the XML unstructured grid reader partitions the data so<br>
> > > all<br>
> > > of your cells are probably just ending up on process 0.<br>
> > ><br>
> > > You may want to look at ParaView's spatio-temporal parallelism (<br>
> > > <a href="http://www.paraview.org/Wiki/Spatio-Temporal_Parallelism" target="_blank">http://www.paraview.org/Wiki/Spatio-Temporal_Parallelism</a>). Make sure to<br>
> ><br>
> > use<br>
> ><br>
> > > a time compartment size of 1 if you're just using the XML unstructured<br>
> ><br>
> > grid<br>
> ><br>
> > > reader.<br>
> > ><br>
> > > Regards,<br>
> > > Andy<br>
> > ><br>
> > > On Sat, Apr 18, 2015 at 6:40 AM, Massimiliano Leoni <<br>
> > ><br>
> > > <a href="mailto:leoni.massimiliano1@gmail.com">leoni.massimiliano1@gmail.com</a>> wrote:<br>
> > > >  Hi everybody,<br>
> > > ><br>
> > > > I am trying to run pvbatch in parallel to render an animation, with a<br>
> ><br>
> > very<br>
> ><br>
> > > > easy script that looks like<br>
> > > ><br>
> > > >    - import sys<br>
> > > >    - from paraview.simple import *<br>
> > > >    -<br>
> > > >    - # read pvsm file from command line and load it<br>
> > > >    - stateFile = sys.argv[1]<br>
> > > >    - simulation = stateFile.split("/")[-1].split(".")[0]<br>
> > > >    - servermanager.LoadState(stateFile)<br>
> > > >    -<br>
> > > >    - # set active view and render animation<br>
> > > >    - SetActiveView(GetRenderView())<br>
> > > >    - WriteAnimation(simulation + ".jpg",magnification=2,quality=2)<br>
> > > ><br>
> > > > I compiled paraview from sources, configuring with<br>
> > > ><br>
> > > > cmake -DPARAVIEW_BUILD_QT=OFF -DCMAKE_BUILD_TYPE=Release<br>
> > > > -DBUILD_TESTING=OFF -DPARAVIEW_ENABLE_PYTHON=ON -DPARAVIEW_USE_MPI=ON<br>
> ><br>
> > ..<br>
> ><br>
> > > > and then building all.<br>
> > > ><br>
> > > > I am doing a benchmark on 11GB of data distributed over many pvd/vtu<br>
> ><br>
> > files<br>
> ><br>
> > > > [written by an MPI application in parallel].<br>
> > > ><br>
> > > > I copied the data to a tmpfs folder to ensure the execution is not<br>
> ><br>
> > slowed<br>
> ><br>
> > > > down by disk access.<br>
> > > ><br>
> > > > Executing pvbatch on 1 or 16 processors doesn't really seem to change<br>
> > > > anything.<br>
> > > > In particular, I was expecting to see the frames appearing in blocks<br>
> ><br>
> > of 16<br>
> ><br>
> > > > when running with mpi on 16 procs, but they always appear one at a<br>
> ><br>
> > time at<br>
> ><br>
> > > > a constant pace, which makes me suspect that the other processes<br>
> > > > aren't<br>
> > > > really contributing to the rendering.<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > What could I be doing wrong?<br>
> > > > Any suggestion is highly appreciated.<br>
> > > ><br>
> > > > Best regards,<br>
> > > ><br>
> > > > Massimiliano<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<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>
> > > > Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
> > > ><br>
> > > > Follow this link to subscribe/unsubscribe:<br>
> > > > <a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
<br>
</div></div></blockquote></div><br></div>