Skip to content
Snippets Groups Projects
  1. Mar 20, 2018
    • podlesny's avatar
      . · 282c8f13
      podlesny authored
      282c8f13
  2. Mar 19, 2018
    • podlesny's avatar
      . · 90d7a0c7
      podlesny authored
      90d7a0c7
  3. Mar 17, 2018
    • podlesny's avatar
      . · 8dd38dc7
      podlesny authored
      8dd38dc7
    • podlesny's avatar
      . · 7e679c02
      podlesny authored
      7e679c02
  4. Mar 15, 2018
    • podlesny's avatar
      . · b19be4c2
      podlesny authored
      b19be4c2
  5. Mar 14, 2018
  6. Mar 09, 2018
    • podlesny's avatar
      . · 1ea86fdf
      podlesny authored
      1ea86fdf
  7. Mar 08, 2018
    • podlesny's avatar
      . · 77dc60fe
      podlesny authored
      77dc60fe
    • podlesny's avatar
      . · 3f238e86
      podlesny authored
      3f238e86
    • podlesny's avatar
      . · 84d34531
      podlesny authored
      84d34531
  8. Mar 06, 2018
    • podlesny's avatar
      . · 04961a91
      podlesny authored
      04961a91
  9. Mar 05, 2018
    • podlesny's avatar
      . · d79eba04
      podlesny authored
      d79eba04
  10. Feb 16, 2018
    • podlesny's avatar
      . · 09bbd1b5
      podlesny authored
      09bbd1b5
  11. May 22, 2017
  12. May 03, 2017
    • Elias Pipping's avatar
      [Output] Overhaul writer logic, rename writeVTK · 42ebaa04
      Elias Pipping authored
      - The configuration parameter io.writeVTK is now io.vtk.write
      - The configuration parameters restarts.first and restarts.spacing
        were moved into the io namespace
      - Restarts are stored in a separate file
      - VTK data, restarts (in HDF5), and the other HDF5 data are now
        each controlled through a parameter:
          io.data.write, io.restarts.write, io.vtk.write
      
      In particular, it is thus now possible to write VTK data while
      opening the data and restart files in read-only mode (or not at all);
      This makes it possible to, by keeping the restarts file (and the binary!)
      around, quickly (re-)compute a a small segment from the history.
      
      The likeliest scenario: VTK files are huge and for a computation with
      tens of thousands of timesteps (e.g. 30000), we know already (from the
      data, or just expect it) that an event occurred during the last 500
      timesteps. So we recompute them from a restart in the following mode:
      
        -io.restarts.first 29500
        -io.restarts.write false
        -io.data.write false
        -io.vtk.write true
      
      Note that care needs to be taken to use a number for io.restarts.first
      which is compatible with the old io.restarts.spacing
      42ebaa04
  13. Apr 30, 2017
    • Elias Pipping's avatar
      [Extend] Handle SIGINT, SIGTERM, and SIGXCPU · 5729c111
      Elias Pipping authored
      If either signal is detected, we try to terminate gracefully. If we're
      given enough time before a nastier signal like SIGKILL is sent, we'll
      then be able to finish computing and writing out the current timestep.
      
      If we do not take such precautions, chances are the HDF5 output will be
      corrupted.
      5729c111
  14. Apr 29, 2017
  15. Apr 27, 2017
  16. Apr 23, 2017
  17. Apr 21, 2017
  18. Apr 20, 2017
  19. Oct 27, 2016
  20. Oct 15, 2016
  21. Oct 08, 2016
  22. Oct 04, 2016
  23. May 25, 2016
Loading