[Paraview] big delays in parallel

Paul Edwards paul.m.edwards at gmail.com
Tue May 4 10:03:58 EDT 2010


Below is the timer log - I cleared the log and reapplied the extract block
filter:

8<------------------------------------------------------------------------
Local Process
Still Render,  0.232783 seconds
    Execute vtkPolyDataMapper id: 253,  0.000132 seconds
Still Render,  0.296391 seconds
    Execute vtkMPIMoveData id: 21893,  0.04249 seconds
    Execute vtkPolyDataMapper id: 21532,  0.000242 seconds
    Execute vtkPolyDataMapper id: 253,  9.8e-05 seconds
    Execute vtkPolyDataMapper id: 21532,  7.1e-05 seconds



Server, Process 0
Execute vtkExtractBlock id: 21466,  0.00187 seconds
Execute vtkPVGeometryFilter id: 21526,  0.003053 seconds
    vtkPVGeometryFilter::RequestData,  0.001736 seconds
        vtkPVGeometryFilter::RequestCompositeDa,  0.001698 seconds
            vtkPVGeometryFilter::CheckAttributes,  3.5e-05 seconds
            vtkPVGeometryFilter::ExecuteCompositeDa,  0.000278 seconds
            vtkPVGeometryFilter::FillPartialArrays,  4.8e-05 seconds
            Append Blocks,  0.000162 seconds
    vtkPVGeometryFilter::GarbageCollect,  0.00111 seconds
Execute vtkPVCacheKeeper id: 21890,  0.000132 seconds
Execute vtkMPIMoveData id: 21893,  0.007764 seconds
    Dataserver gathering to 0,  0.00541 seconds
    Dataserver sending to client,  0.001424 seconds
Execute vtkOrderedCompositeDistributor ,  0.000284 seconds

Server, Process 1
Execute vtkExtractBlock id: 21466,  0.001936 seconds
Execute vtkPVGeometryFilter id: 21526,  0.002713 seconds
    vtkPVGeometryFilter::RequestData,  0.001588 seconds
        vtkPVGeometryFilter::RequestCompositeDa,  0.001561 seconds
            vtkPVGeometryFilter::CheckAttributes,  4e-05 seconds
            vtkPVGeometryFilter::ExecuteCompositeDa,  0.000226 seconds
            vtkPVGeometryFilter::FillPartialArrays,  5.5e-05 seconds
            Append Blocks,  0.000183 seconds
    vtkPVGeometryFilter::GarbageCollect,  0.000989 seconds
Execute vtkPVCacheKeeper id: 21890,  6.9e-05 seconds
Execute vtkMPIMoveData id: 21893,  0.001792 seconds
    Dataserver gathering to 0,  0.001589 seconds
Execute vtkOrderedCompositeDistributor ,  0.000171 seconds
------------------------------------------------------------------------>8

Regards,
Paul

On 4 May 2010 14:42, David E DeMarle <dave.demarle at kitware.com> wrote:

> Can you post the (Tools->)Timer log?
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 28 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-371-3971 x109
>
>
>
> On Tue, May 4, 2010 at 9:02 AM, Paul Edwards <paul.m.edwards at gmail.com>
> wrote:
> > Hi,
> > I'm noticing big delays when running in ParaView in parallel (running 2
> > cores on latest ParaView version with OpenMPI v1.2.6).  To reproduce:
> >
> > create sphere
> > create cone
> > group datasets (group the sphere and cone)
> > extract block (and select one of the objects)
> >
> > The first time the extract block filter is called it will hang for about
> 15
> > seconds.  After the first update it is instant when reapplying after
> > changing the block to extract.  But, this will happen again if I delete
> the
> > extract block filter and add another one.  I tried debugging this but the
> > hanging occurs after the RequestData for both processes.  Does anyone
> know
> > what could be happening?  Or, can anyone give any advice for what to try?
> > Thanks in advance,
> > Paul
> > _______________________________________________
> > 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
> >
> > Follow this link to subscribe/unsubscribe:
> > http://www.paraview.org/mailman/listinfo/paraview
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20100504/1622e2d6/attachment.htm>


More information about the ParaView mailing list