[Paraview] Paraview starts to lag extremely after adding too much complexity in the pipeline

[Utkarsh Ayachit]

Jonathan,

Do you think this is related to the same issue or something else?

https://gitlab.kitware.com/paraview/paraview/issues/17957

Is there a sample state file that you can share?

Utkarsh


On Tue, Feb 27, 2018 at 3:39 PM, Jonathan Borduas
<jonathan.borduas at caboma.com> wrote:
> Hi all,
>
> We use a fairly complex pipeline with more than 300 filters.
>
> When divided across 20 .pvsm , everything is fast. We started to merge those
> .pvsm into a single one.
>
> For the first 17 .pvsm everything was still fast. No .pvsm load time and no
> lag.
>
> Once we started integrating the 18th .pvsm the performance started to
> degrade. We used VTune to diagnose paraview:
> Seems that the performance drop is purely related to
> vtkInformation::GetAsObjectBase and
> vtkDemandDrivenPipeline::ComputePipelineMTime which is call recursively  37
> times in a single call stack sample !
>
>
>
> It makes no difference if we integrate the 20 small .pvsm into a single
> large .pvsm or if we integrate thoses .pvsm as custom filters (.cpd) in the
> main .pvsm.
>
>
>
> This is true when we are loading the .pvsm, but this is also true when we
> are modifying values in the statefile.
>
> We are using:
> Win10
> Paraview 5.3 derivative.
>
> Memory consumption is 1Go on a 16 Go machine.
>
>
>
> Any idea on how to improve the performance ? We though about dividing the
> pipeline into a multitude of pvserver…
>
>
>
> Jonathan Borduas
>
>
> _______________________________________________
> 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:
> https://public.kitware.com/mailman/listinfo/paraview
>