Skip to content
Snippets Groups Projects
  1. Sep 28, 2016
  2. Sep 27, 2016
  3. Sep 26, 2016
  4. Sep 23, 2016
  5. Sep 21, 2016
    • Mark Olesen's avatar
      ENH: improve startup time for foamToEnsight conversion (issue #240). · 0c168c43
      Mark Olesen authored
      Old code:
          Found 10990 time steps
          Search for moving mesh ... no moving mesh detected.
          Startup in 329.09 s
      
      Updated:
          Found 10990 time steps
          Search for moving mesh ... no moving mesh detected.
          Startup in 1.6 s
      
      - Cause was checking "polyMesh/points" via an IOobject.
        Short-circuit with a check for a polyMesh/ directory first.
      
        Limit the check to the master-node as well to further reduce
        load on the file-system.
      
      ------------------------------
      
      ENH: improve per-step conversion times for foamToEnsight.
      
      Old code:
          Converting 11001 time steps
          Time [0] = 0       Wrote in 1.53 s
          Time [1] = 1       Wrote in 1.52 s
          ...
          Time [100] = 100   Elapsed time 205.35 s
      
      Updated:
          Converting 11001 time steps
          Time [0] = 0       Wrote in 1.4 s
          Time [1] = 1       Wrote in 0.07 s
          ...
          Time [100] = 100   Elapsed time 42.4 s
      
      - Speedup by hashing test results from the first conversion step
        instead of checking each time.
      
        Check data on all nodes to avoid problems with incomplete writes.
      
      ------------------------------
      
      BUG: moving mesh detection failed for foamToEnsightParts
      
      - adjusted to agree with updated foamToEnsight
      
      ------------------------------
      
      Note:
      
      - foamToEnsightParts (serial) still has about twice the throughput of
        foamToEnsight.
      0c168c43
  6. Sep 20, 2016
  7. Sep 16, 2016
    • Mark Olesen's avatar
      ENH: more flexible selection/naming for ddt2 FO (issue #224) · b4d83b8f
      Mark Olesen authored
      - bugfix (empty patches), and added detection of steady-state
        scheme.
      
      Caveat: when called via execFlowFunctionObjects will always produce a
        zero field, since the oldTime field is not available for this mode.
      b4d83b8f
    • Mark Olesen's avatar
      ENH: runTime calculation of zeroGradient volume fields (issue #235) · 3008d80b
      Mark Olesen authored
      Extrapolate internal field to walls for post-processing.
      Uses as new syntax for handling the naming of multiple fields.
      
      The input fields are selected via a wordReList.
      For example,
      
          fields      (U "(T|k|epsilon|omega)");
      
      The names of the resulting output fields use placeholder tokens for
      flexibility. For example,
      
          result      zeroGradient(@@);
      
      The '@@' placeholder is replaced by the name of the input field.
      Eg,
          fields      (U T);
          result      zeroGradient(@@);
      ->  zeroGradient(U), zeroGradient(T)
      
      Or,
          fields      (U T);
          result      @@nearWall;
      ->  UnearWall, TnearWall
      
      NOTE:
          The function object will skip over fields that only have
          processor, empty, zeroGradient patches. The operation does not
          make much sense for these, and it avoids inadvertently
          re-processing fields twice.
      3008d80b
  8. Sep 14, 2016
  9. Sep 13, 2016
    • Mark Olesen's avatar
      ENH: expand data mask for foamToEnsight (issue #231) · 9de4a758
      Mark Olesen authored
      - Default is a width of 8 characters, but this can be extended up to 31
        characters via the '-width' command-line option.
      
      - Now use a similar structure as foamToEnsightParts for the masking.
        This reduces the clutter within the directory, makes it easier to
        selectively delete some time steps (using shell commands).
      
      - Added in a "time" information data in each sub-directory to
        make it possible to reconstruct the case file with an external
        script.
      
      - Conversion of cloud data should now also work in parallel
        (may need more testing).
      
      - Support binary output for cloud data.
      
      - Better avoidance of illegal ensight variable names.
        But still partially incomplete (due to patch fields).
      
      ==================================================
      Example of NEW file structure:
      
          EnSight/verticalChannel.case        # case name
          EnSight/geometry                    # for non-moving geometry
      
          EnSight/data/                       # time-varying data
          EnSight/data/00000000/
          EnSight/data/00000001/
          ...
      
        Fields are stored by name within the data/********/ directories:
      
          EnSight/data/00000001/time          # human-readable time info
          EnSight/data/00000001/U
          EnSight/data/00000001/p
          ...
          EnSight/data/00000001/geometry      # for moving geometry
      
        Clouds are stored at the next sub-directory level:
      
          EnSight/data/00000001/lagrangian/<cloudName>/positions
          EnSight/data/00000001/lagrangian/<cloudName>/U
          ...
      
      ==================================================
      The old structure was significantly more cluttered:
      
          EnSight/verticalChannel.case
          EnSight/verticalChannel.0000.mesh
          EnSight/verticalChannel.0001.p
          EnSight/verticalChannel.0001.<cloudName>
          EnSight/verticalChannel.0001.<cloudName>.U
      
      ==================================================
      9de4a758
    • Mark Olesen's avatar
      COMP: CGAL rules should use lib64/ (fixes #234) · d5692462
      Mark Olesen authored
      - 64-bit builds of gcc/mpfr/gmp use lib64/ for their installation path.
        Use this for the wmake rules as well.
      d5692462
    • Mark Olesen's avatar
      BUG: metisDecomp compile failure for WM_DP (closes #232) · 04300070
      Mark Olesen authored
      - spurious use of floatScalar instead of scalar for processor weights.
      
      STYLE: partially updated dummy metis.h to reflect metis-5.1.0 API
      04300070
  10. Sep 08, 2016
  11. Sep 07, 2016
  12. Sep 06, 2016
  13. Sep 02, 2016
  14. Aug 25, 2016
  15. Aug 18, 2016