View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0010702 | ParaView | Bug | public | 2010-05-11 09:23 | 2016-08-12 09:58 | ||||
Reporter | tbrandvik | ||||||||
Assigned To | Robert Maynard | ||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||
Status | closed | Resolution | moved | ||||||
Platform | OS | OS Version | |||||||
Product Version | 3.8 | ||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0010702: XDMF/HDF5 reader memory leak | ||||||||
Description | I'm experiencing a memory leak with the XDMF reader when trying to create an animation of the data contained in a set of HDF5 files. My approach is as follows: 1. One XDMF file which is a temporal collection containing links to a list of other XDMF files 2. One XDMF file for each time step (linked to by the XDMF file above), each of which is a spatial collection of several 2D structured grids. The data for the grids is contained in HDF5 files (also one for each time step). When I open the file with the temporal collection in Paraview, the data shows up as a temporal collection as expected. I can step back and forth in time and everything seems to work just fine. However, as I load in more time steps (by stepping forward in time), Paraview's memory usage keeps increasing. It seems like it is not freeing the memory associated with the old time step when reading in a new one. To illustrate this problem, I've uploaded a collection of XDMF and HDF5 files. There are 10 time steps in the collection. The data set is very small, but it should still show the problem (I could easily generate larger data sets if necessary). I get the same behaviour in Paraview 3.6 and 3.8 on both Centos 5.3 (64 bit) and Mac OS X 10.5. | ||||||||
Tags | No tags attached. | ||||||||
Project | |||||||||
Topic Name | |||||||||
Type | |||||||||
Attached Files | xdmf_example.tar.gz [^] (2,134,206 bytes) 2010-05-11 09:23 | ||||||||
Relationships | |
Relationships |
Notes | |
(0020863) Robert Maynard (developer) 2010-05-28 17:31 |
commit SHA1: bb8a0cf4c871245ce91c1218c5efa7207d78e362 |
(0020892) Alan Scott (manager) 2010-06-01 21:59 |
Not sure how to test - assuming fixed. |
(0025714) Utkarsh Ayachit (administrator) 2011-03-09 12:45 |
Reopened since user reports that ParaView hangs when pvserver starts with odd number of procs like 3,6,5,7,9.... |
(0037826) Kitware Robot (administrator) 2016-08-12 09:58 |
Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current ParaView Issues page linked in the banner at the top of this page. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2010-05-11 09:23 | tbrandvik | New Issue | |
2010-05-11 09:23 | tbrandvik | File Added: xdmf_example.tar.gz | |
2010-05-11 14:17 | Robert Maynard | Status | backlog => tabled |
2010-05-11 14:17 | Robert Maynard | Assigned To | => Robert Maynard |
2010-05-28 17:31 | Robert Maynard | Note Added: 0020863 | |
2010-05-28 17:31 | Robert Maynard | Status | tabled => @80@ |
2010-05-28 17:31 | Robert Maynard | Fixed in Version | => 3.8 |
2010-05-28 17:31 | Robert Maynard | Resolution | open => fixed |
2010-06-01 21:59 | Alan Scott | Note Added: 0020892 | |
2010-06-01 21:59 | Alan Scott | Status | @80@ => closed |
2011-03-09 12:45 | Utkarsh Ayachit | Note Added: 0025714 | |
2011-03-09 12:45 | Utkarsh Ayachit | Status | closed => @30@ |
2016-08-12 09:58 | Kitware Robot | Note Added: 0037826 | |
2016-08-12 09:58 | Kitware Robot | Status | backlog => closed |
2016-08-12 09:58 | Kitware Robot | Fixed in Version | 3.8 => |
2016-08-12 09:58 | Kitware Robot | Resolution | fixed => moved |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |