MantisBT - ParaView
View Issue Details
0014866ParaView(No Category)public2014-07-15 17:042015-06-30 13:14
Alan Scott 
Alan Scott 
normalminorhave not tried
closedfixed 
git-master 
4.4 
Sandia
incorrect functionality
0014866: CAM data is unacceptably slow
CAM data is unacceptably slow. Although I don't pretend to understand what it is doing, we are spending lots of time in the area of vtkGeometryRepresentationWithFace object.

Two datasets - Sandia-CAM-Data-Alan1-Do-Not-Release.nc and Sandia-CAM-latlon-Alan1-Do-Not-Release.nc. Ask me for these datasets. (Note to self - CAM-data, on Linux big drive)

* Linux, master, local server.
* Cam NetCDF (Unstructured) reader. Sandia-CAM-Data-Alan1-Do-Not-Release.nc. Connectivity File Name: Sandia-CAM-latlon-Alan1-Do-Not-Release.nc. Turn on Single Level, turn off Cell Layer Right. Apply.
* Color by TQM.
* Play.

Slow, slow, slow. Here is a Timer Log:
Still Render, 1.32145 seconds
    OpenGL Dev Render, 1.29696 seconds
RenderView::Update, 3.84458 seconds
    vtkPVView::Update, 3.84432 seconds
        Execute vtkFileSeriesReader id: 3991, 1.29715 seconds
        Execute vtkGeometryRepresentationWithFa, 2.54009 seconds
NetCDFCAMReader::GatherInformation, 0.334041 seconds
vtkSMRepresentationProxy::GetRepresente, 0.366715 seconds
Still Render, 1.54059 seconds
    OpenGL Dev Render, 1.49149 seconds
RenderView::Update, 3.59158 seconds
    vtkPVView::Update, 3.59129 seconds
        Execute vtkFileSeriesReader id: 3991, 0.77807 seconds
        Execute vtkGeometryRepresentationWithFa, 2.80528 seconds
NetCDFCAMReader::GatherInformation, 0.381223 seconds
vtkSMRepresentationProxy::GetRepresente, 0.376844 seconds
Still Render, 1.45262 seconds
    OpenGL Dev Render, 1.40618 seconds
RenderView::Update, 4.26294 seconds
    vtkPVView::Update, 4.26266 seconds
        Execute vtkFileSeriesReader id: 3991, 0.88707 seconds
        Execute vtkGeometryRepresentationWithFa, 3.3664 seconds
NetCDFCAMReader::GatherInformation, 0.434423 seconds
vtkSMRepresentationProxy::GetRepresente, 0.420963 seconds
Still Render, 1.53704 seconds
    OpenGL Dev Render, 1.51284 seconds
Still Render, 1.17488 seconds
    OpenGL Dev Render, 1.15187 seconds





No tags attached.
related to 0014870closed Utkarsh Ayachit Suppress Ordered Compositing toggle doesn't work 
Issue History
2014-07-15 17:04Alan ScottNew Issue
2014-07-15 18:02Alan ScottNote Added: 0033025
2014-07-16 19:24Alan ScottRelationship addedrelated to 0014870
2014-09-12 14:26Alan ScottTarget Version => 4.3
2014-09-12 14:26Alan ScottSummaryCAM data is unacceptably show => CAM data is unacceptably slow
2014-09-12 14:26Alan ScottDescription Updatedbug_revision_view_page.php?rev_id=828#r828
2014-11-14 22:52Utkarsh AyachitTarget Version4.3 => 4.4
2015-06-18 19:48Alan ScottNote Added: 0034589
2015-06-18 19:48Alan ScottAssigned To => Alan Scott
2015-06-18 19:48Alan ScottStatusbacklog => todo
2015-06-30 13:14Alan ScottNote Added: 0034634
2015-06-30 13:14Alan ScottStatustodo => closed
2015-06-30 13:14Alan ScottResolutionopen => fixed

Notes
(0033025)
Alan Scott   
2014-07-15 18:02   
I thought there was an issue with parallel, where the more servers the slower ParaView ran, but cannot replicate it. Since I now believe we can always throw multiple servers at the problem, this bug is not a crisis.
(0034589)
Alan Scott   
2015-06-18 19:48   
I believe time is being spent in OpenGL. This runs well with a graphics card - but very slow software rendered (NX). Thus, it is a user problem - i.e., use hardware rendering!

Closing this bug. I will open it again if I find it is a problem.
(0034634)
Alan Scott   
2015-06-30 13:14   
My bad. I wanted to close this bug. Closing.