View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0013569 | ParaView | (No Category) | public | 2012-10-25 15:14 | 2012-12-06 21:32 | ||||
Reporter | Alan Scott | ||||||||
Assigned To | David Thompson (old) | ||||||||
Priority | high | Severity | minor | Reproducibility | have not tried | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | git-master | ||||||||
Target Version | 4.0 | Fixed in Version | 3.98.0 | ||||||
Summary | 0013569: Block processing is unacceptably slow | ||||||||
Description | Block 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. | ||||||||
Tags | No tags attached. | ||||||||
Project | Sandia | ||||||||
Topic Name | 13569_better_unique_values3 | ||||||||
Type | incorrect functionality | ||||||||
Attached Files | |||||||||
Relationships | ||||||
|
Relationships |
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 |
Notes |
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 |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |