1. 19 Feb, 2020 1 commit
  2. 13 Jan, 2020 1 commit
    • Mark Olesen's avatar
      ENH: regIOobject store() now also registers the object · b0072bfa
      Mark Olesen authored
      - previously the store() method just set the ownedByRegistry flag.
        Now ensure that it is indeed registered first.
      
      - support register/store of tmp<> items.
        The tmp parameter is not cleared, but changed from PTR to CREF
        to allow further use.
      
        The implicit registration allows code simplification using the
        GeometricField::New factory method, for example.
      
        Old Code
        ========
            volScalarField* ptr = new volScalarField
            (
                IOobject
                (
                    fieldName,
                    mesh.time().timeName(),
                    mesh,
                    IOobject::NO_READ,
                    IOobject::NO_WRITE,
                    true  // Register
                ),
                mesh,
                dimless,
                zeroGradientFvPatchField<scalar>::typeName
            );
            ptr->store();
      
        New Code
        ========
            auto tptr = volScalarField::New
            (
                fieldName,
                mesh,
                dimless,
                zeroGradientFvPatchField<scalar>::typeName
            );
            regIOobject::store(tptr);
      
        or even
            regIOobject::store
            (
                volScalarField::New
                (
                    fieldName,
                    mesh,
                    dimless,
                    zeroGradientFvPatchField<scalar>::typeName
                )
            );
      b0072bfa
  3. 27 Nov, 2019 1 commit
  4. 20 Nov, 2019 1 commit
  5. 31 Oct, 2019 1 commit
  6. 03 Jun, 2019 1 commit
  7. 06 Feb, 2019 1 commit
  8. 08 Nov, 2018 1 commit
  9. 30 May, 2018 1 commit
  10. 28 Mar, 2018 1 commit
  11. 07 Jul, 2017 1 commit
    • Andrew Heather's avatar
      INT: Integration of Mattijs' collocated parallel IO additions · d8d6030a
      Andrew Heather authored
      Original commit message:
      ------------------------
      
      Parallel IO: New collated file format
      
      When an OpenFOAM simulation runs in parallel, the data for decomposed fields and
      mesh(es) has historically been stored in multiple files within separate
      directories for each processor.  Processor directories are named 'processorN',
      where N is the processor number.
      
      This commit introduces an alternative "collated" file format where the data for
      each decomposed field (and mesh) is collated into a single file, which is
      written and read on the master processor.  The files are stored in a single
      directory named 'processors'.
      
      The new format produces significantly fewer files - one per field, instead of N
      per field.  For large parallel cases, this avoids the restriction on the number
      of open files imposed by the operating system limits.
      
      The file writing can be threaded allowing the simulation to continue running
      while the data is being written to file.  NFS (Network File System) is not
      needed when using the the collated format and additionally, there is an option
      to run without NFS with the original uncollated approach, known as
      "masterUncollated".
      
      The controls for the file handling are in the OptimisationSwitches of
      etc/controlDict:
      
      OptimisationSwitches
      {
          ...
      
          //- Parallel IO file handler
          //  uncollated (default), collated or masterUncollated
          fileHandler uncollated;
      
          //- collated: thread buffer size for queued file writes.
          //  If set to 0 or not sufficient for the file size threading is not used.
          //  Default: 2e9
          maxThreadFileBufferSize 2e9;
      
          //- masterUncollated: non-blocking buffer size.
          //  If the file exceeds this buffer size scheduled transfer is used.
          //  Default: 2e9
          maxMasterFileBufferSize 2e9;
      }
      
      When using the collated file handling, memory is allocated for the data in the
      thread.  maxThreadFileBufferSize sets the maximum size of memory in bytes that
      is allocated.  If the data exceeds this size, the write does not use threading.
      
      When using the masterUncollated file handling, non-blocking MPI communication
      requires a sufficiently large memory buffer on the master node.
      maxMasterFileBufferSize sets the maximum size in bytes of the buffer.  If the
      data exceeds this size, the system uses scheduled communication.
      
      The installation defaults for the fileHandler choice, maxThreadFileBufferSize
      and maxMasterFileBufferSize (set in etc/controlDict) can be over-ridden within
      the case controlDict file, like other parameters.  Additionally the fileHandler
      can be set by:
      - the "-fileHandler" command line argument;
      - a FOAM_FILEHANDLER environment variable.
      
      A foamFormatConvert utility allows users to convert files between the collated
      and uncollated formats, e.g.
          mpirun -np 2 foamFormatConvert -parallel -fileHandler uncollated
      
      An example case demonstrating the file handling methods is provided in:
      $FOAM_TUTORIALS/IO/fileHandling
      
      The work was undertaken by Mattijs Janssens, in collaboration with Henry Weller.
      d8d6030a
  12. 25 Nov, 2016 1 commit
  13. 25 Jan, 2016 1 commit
    • mattijs's avatar
      ENH: glboal file handling: initial commit · e4240592
      mattijs authored
      Moved file path handling to regIOobject and made it type specific so
      now every object can have its own rules. Examples:
      - faceZones are now processor local (and don't search up anymore)
      - timeStampMaster is now no longer hardcoded inside IOdictionary
        (e.g. uniformDimensionedFields support it as well)
      - the distributedTriSurfaceMesh is properly processor-local; no need
        for fileModificationChecking manipulation.
      e4240592
  14. 13 Feb, 2015 1 commit
  15. 14 Aug, 2011 1 commit
  16. 09 Aug, 2011 1 commit
  17. 19 Jan, 2011 1 commit
  18. 14 Jan, 2011 1 commit
  19. 07 Jan, 2011 1 commit
  20. 05 Jan, 2011 2 commits
  21. 16 Nov, 2010 1 commit
  22. 28 Jul, 2010 1 commit
  23. 02 Jun, 2010 1 commit
  24. 12 Apr, 2010 1 commit
  25. 30 Mar, 2010 1 commit
  26. 29 Mar, 2010 1 commit
  27. 20 Oct, 2009 1 commit
  28. 13 Mar, 2009 1 commit
  29. 12 Mar, 2009 1 commit
  30. 10 Mar, 2009 1 commit
  31. 25 Feb, 2009 1 commit
  32. 31 Dec, 2008 1 commit
  33. 10 Oct, 2008 1 commit
  34. 25 Jun, 2008 2 commits
  35. 15 Apr, 2008 1 commit