View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013569ParaView(No Category)public2012-10-25 15:142012-12-06 21:32
ReporterAlan Scott 
Assigned ToDavid Thompson (old) 
PriorityhighSeverityminorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Versiongit-master 
Target Version4.0Fixed in Version3.98.0 
Summary0013569: Block processing is unacceptably slow
DescriptionBlock processing is unacceptably slow in ParaView. Solid mechanics folks often have dozens to hundreds - or fairly rarely thousands - of blocks. EnSight deals with these blocks very well from a performance standpoint, ParaView very poorly or not at all. For instance, reading two toy datasets, with a lot of blocks (many.e and bake.e), I get the following benchmark data:

EnSight
Local server
bake.e - under a second load.
many.e - 5 seconds for load

Remote server
bake.e - one second? (unclear when data load started)
many.e - 5 seconds for load

ParaView
Local server
bake.e - 26 seconds
many.e - didn't load after 600 seconds.

ParaView must be able to load within a reasonable ballpark of other sci-viz program's numbers.
TagsNo tags attached.
ProjectSandia
Topic Name13569_better_unique_values3
Typeincorrect functionality
Attached Files

 Relationships
duplicate of 0013524closedDavid Thompson (old) Performance issue with collecting vtkPVArrayInformation 

  Notes
(0029518)
Alan Scott (manager)
2012-10-25 16:06

Bake has 121 blocks and 29 sidesets.
Many has 1500 blocks.
(0029520)
Utkarsh Ayachit (administrator)
2012-10-25 16:21

This is directly stemming from the performance issue reported by BUG 0013524. Once GatherInformation is fixed, this will go back to normal (a few seconds for many.e).
(0029712)
David Thompson (old) (reporter)
2012-11-14 13:53

Detection of prominent values in arrays is done on demand and for a single array at a time (instead of upon loading for all arrays loaded). The many.e test file in VTKLargeData now loads in under 5s on my laptop (local server).
(0029738)
David Thompson (old) (reporter)
2012-11-16 11:32

Changed topic name to (13569_better_unique_values3), which includes fix for Windows build.
(0029760)
Kyle Lutz (viewer)
2012-11-20 12:16

Merged into ParaView-master (if applicable)
(0029841)
Alan Scott (manager)
2012-12-06 21:32

Excellent. Many.e loaded in a few seconds. Tested Linux, local server, 3.98.0

 Issue History
Date Modified Username Field Change
2012-10-25 15:14 Alan Scott New Issue
2012-10-25 16:06 Alan Scott Note Added: 0029518
2012-10-25 16:15 Utkarsh Ayachit Relationship added duplicate of 0013524
2012-10-25 16:21 Utkarsh Ayachit Note Added: 0029520
2012-10-25 16:28 Utkarsh Ayachit Target Version => 4.0
2012-10-25 16:31 Utkarsh Ayachit Assigned To => David Thompson (old)
2012-11-14 13:53 David Thompson (old) Topic Name => 13569_better_unique_values
2012-11-14 13:53 David Thompson (old) Note Added: 0029712
2012-11-14 13:53 David Thompson (old) Status backlog => gatekeeper review
2012-11-14 13:53 David Thompson (old) Fixed in Version => git-next
2012-11-14 13:53 David Thompson (old) Resolution open => fixed
2012-11-16 11:32 David Thompson (old) Topic Name 13569_better_unique_values => 13569_better_unique_values3
2012-11-16 11:32 David Thompson (old) Note Added: 0029738
2012-11-20 12:16 Kyle Lutz Status gatekeeper review => customer review
2012-11-20 12:16 Kyle Lutz Note Added: 0029760
2012-11-20 16:01 Utkarsh Ayachit Fixed in Version git-next => git-master
2012-11-23 11:34 Utkarsh Ayachit Fixed in Version git-master => 3.98.0
2012-12-06 21:32 Alan Scott Note Added: 0029841
2012-12-06 21:32 Alan Scott Status customer review => closed


Copyright © 2000 - 2018 MantisBT Team