1. 20 Apr, 2012 1 commit
    • Kenneth Leiter's avatar
      ENH: Performance improvements for HDF5 writer. · d5ebbc9f
      Kenneth Leiter authored
      Choose dataset name more carefully to avoid querying the file many times.
      Use a more efficient function to check if a dataset already exists in a file.
      Get DSM working with new changes.
      Fix gcc compiler warning in test.
      d5ebbc9f
  2. 19 Apr, 2012 1 commit
    • Kenneth Leiter's avatar
      ENH: Improve performance of hdf5 writes. · decc7dd4
      Kenneth Leiter authored
      Previously, each time a dataset was written to hdf5, the file was opened
      and closed. This was implemented because inside the heavy data writer
      we have no idea whether another dataset will be written, so we don't know
      whether to keep the file open. After profiling large xdmf writes it was
      determined that closing the file appeared to be a bottleneck so hooks were
      added to the heavy data writer to open the file and keep it open while writing.
      This is optional, but was incorporated into several higher level classes
      like XdmfWriter where we know we can leave a file open until we finish writing
      the XML. For our test problem we saw a 7 time performance gain.
      decc7dd4
  3. 13 Feb, 2012 1 commit
  4. 18 Jan, 2012 2 commits
  5. 11 Jan, 2012 1 commit
  6. 02 Dec, 2011 1 commit
    • Brian Panneton's avatar
      BUG: Fixed resolving file names with protocol added · 294c383c
      Brian Panneton authored
      The bug appears when trying to use a filename given as:
      file:///path/to/xmf/file.xmf and the xmf contains a reference to an h5 file.
      
      - When writing you will end up with a file called 'file:' which contains
      random data.
      - When reading, libxml2 has no problem opening the xml file however
      getRealPath() returns the wrong path for the h5 file. If you try to
      use file.xmf from the to directory (ie: read("to/xmf/file.xmf")) the
      h5 file will be loaded from 'to/file.h5'.
      
      To correct the issue, we strip out the unwanted scheme and other stuff
      in the URI and just use the path. (libxml has functions for this)
      294c383c
  7. 01 Dec, 2011 1 commit
    • Kenneth Leiter's avatar
      BUG: Fix bug when pulling in href'd xincludes. · 4fe61475
      Kenneth Leiter authored
      Additional xmf files are now read in via href'd xincludes which broke
      mapping of xmlNodePtrs to XdmfItems (which qas necessary to enable shared
      pointer representation in file).  This mapping was fixed.
      4fe61475
  8. 30 Nov, 2011 1 commit
    • Kenneth Leiter's avatar
      BUG: Fix infinite loop in XdmfCoreReader.cpp · d11ee071
      Kenneth Leiter authored
      XdmfCoreReader.cpp had a bug that resulted in an infinite loop when
      resolving xincludes. This bug was fixed. Added ability for xincludes
      to resolve href links (links to other files).
      
      Fixed formatting in XdmfWriter.cpp
      d11ee071
  9. 28 Nov, 2011 1 commit
  10. 29 Sep, 2011 1 commit
  11. 19 Sep, 2011 1 commit
  12. 11 Aug, 2011 1 commit
  13. 10 Aug, 2011 1 commit
  14. 02 Aug, 2011 1 commit
  15. 01 Aug, 2011 3 commits
  16. 29 Jul, 2011 1 commit
  17. 28 Jul, 2011 5 commits
  18. 25 Jul, 2011 1 commit
  19. 07 Jul, 2011 1 commit
  20. 20 Jun, 2011 1 commit
  21. 17 Jun, 2011 1 commit
  22. 18 May, 2011 12 commits