[Paraview] Still Render in PV5.2.0 takes longer time than in PV4.4.0

David E DeMarle dave.demarle at kitware.com
Tue Jan 3 09:10:58 EST 2017


Is this with OpenGL1 or 2 back end? If you are using Kitware's binaries 4.4
will be OpenGL1 and 5.2 will be OpenGL2. If you built from source or got it
from a distro then it might be otherwise.

David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Tue, Jan 3, 2017 at 6:08 AM, 张驭洲 <yzhzhang at ipe.ac.cn> wrote:

>
>
> Hi,
>
> I'm using PV 5.2.0 and PV 4.4.0 in the standalone mode rendering a
> dataset, which contains 10M random points and is just for test. I found
> after I turned off  the display list as the PV User's Guide told me, the
> Still Render process in PV5.2.0 takes longer time than in PV4.4.0.
>
> First, there is a NVIDIA GeForce GT 730 GPU in my computer, so I don't use
> mesa. When rendering with the display list on as default, PV 5.2.0 is
> faster than 4.4.0, which is reasonable. A truncated sample output of Timer
> Log of PV 5.2.0 is as follows:
>
> RenderView::Update,  2.28551 seconds
>     vtkPVView::Update,  2.28539 seconds
>         Execute vtkFileSeriesReader id: 5063,  1.98558 seconds
>         Execute vtkGeometryRepresentationWithFa,  0.298828 seconds
> LegacyVTKFileReader::GatherInformation,  0.300355 seconds
> Still Render,  0.43975 seconds
> & nbsp;   OpenGL Dev Render,  0.334455 seconds
>
> And the counterpart in PV 4.4.0 is:
>
> RenderView::Update,  2.34043 seconds
>     vtkPVView::Update,  2.34034 seconds
>         Execute vtkFileSeriesReader id: 4734,  1.90546 seconds
>         Execute vtkGeometryRepresentationWithFa,  0.43377 seconds
> LegacyVTKFileReader::GatherInformation,  0.440593 seconds
> Still Render,  0.963793 seconds
>     OpenGL Dev Render,  0.806468 seconds
>
> While other processes take similar time, the Still Render process in PV
> 5.2.0 takes less than half of that in PV 4.4.0.
> The PV User's Guide recommends that when dealing with very large data,
> turning off display list may help. I tried it and found in this situation
> the Still Render process in PV 5.2.0 takes longer time than in PV 4.4.0.
>
> A truncated sample output of Timer Log of PV 5.2.0 when turning off
> display list is as follows:
>
> RenderView::Update,  2.23385 seconds
>     vtkPVView::Update,  2.23374 seconds
>         Execute vtkFileSeriesReader id: 4914,  1.93566 seconds
>         Execute vtkGeometryRepresentationWithFa,  0.297103 seconds
> LegacyVTKFileReader::GatherInformation,  0.301925 seconds
> Still Render,  0.440343 seconds
>     OpenGL Dev Render,  0.335149 seconds
>
> And the counterpart in PV 4.4.0 is:
>
> RenderView::Update,  2.4048 seconds
>     vtkPVView::Update,  2.4047 seconds
>         Execute vtkFileSeriesReader id: 4733,  1.97007 seconds
>         Execute vtkGeometryRepresentationWithFa,  0.433521 seconds
> LegacyVTKFileReader::GatherInformation,  0.440413 seconds
> Still Render,  0.211394 seconds
>     OpenGL Dev Render,  0.205734 seconds
>
> While in PV 5.2.0 turning that option off had little effect on the running
> time, it significantly reduced the Still Render time in PV 4.4.0 and made
> the time less than half of that in PV 5.2.0.
>
> Could anyone tell me why this happening? Thanks a lot!
>
> -Zhang
>
>
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20170103/85756112/attachment.html>


More information about the ParaView mailing list