1. 28 Jun, 2016 1 commit
  2. 27 Jun, 2016 1 commit
  3. 21 Jun, 2016 1 commit
  4. 17 Jun, 2016 1 commit
  5. 14 Jun, 2016 1 commit
  6. 13 Jun, 2016 1 commit
  7. 09 Jun, 2016 1 commit
  8. 08 Jun, 2016 1 commit
    • Shane Snyder's avatar
      darshan-core code and documentation cleanup · d8f3575a
      Shane Snyder authored
      Cleanup the structure and documenation of the code to be in sync
      with the new mmap version of Darshan. In particular, I made sure
      all extra mmap logic was properly ifdef wrapped so it's more clear
      which portions of the code are responsible for implementing that
      feature.
      d8f3575a
  9. 06 Jun, 2016 1 commit
    • Shane Snyder's avatar
      add record_ref interface to darshan-common · 9bfc7b65
      Shane Snyder authored
      This interface provides some convenience functions for mapping
      opaque record identifiers (could be a filename, file descriptor,
      or any other type of file handle) to a corresponding runtime
      structure referencing the actual file record. This runtime
      structure should at least contain a pointer to the actual file
      record, and can also persist arbitrary state for this record.
      9bfc7b65
  10. 31 May, 2016 1 commit
    • Shane Snyder's avatar
      numerous darshan-core api changes · bfde9eb7
      Shane Snyder authored
      - memory management is now entirely handled by darshan-core for
        module records
          * when registering new records, darshan-core returns the
            corresponding buffer to write it to, rather than allowing
            module to determine this
      - modules now decide whether darshan-core should track record
        names by passing either a valid name or NULL to the register
        function
          * this allows modules to register records that aren't really
            tracked by darshan-core
      - only the POSIX module has been ported to new changes for this
        commit
      bfde9eb7
  11. 27 May, 2016 2 commits
  12. 26 May, 2016 1 commit
  13. 25 May, 2016 1 commit
  14. 19 May, 2016 1 commit
  15. 18 May, 2016 1 commit
  16. 14 Mar, 2016 1 commit
  17. 24 Feb, 2016 1 commit
    • Shane Snyder's avatar
      initial runtime lustre module implementation · 657c5b56
      Shane Snyder authored
      the POSIX module will call into the Lustre module for each file
      record created that corresponds to a file from a Lustre FS. No
      counters are currently stored but most of the module strucutre
      has been stubbed.
      657c5b56
  18. 23 Feb, 2016 1 commit
  19. 22 Feb, 2016 1 commit
  20. 19 Feb, 2016 1 commit
  21. 04 Feb, 2016 1 commit
    • Shane Snyder's avatar
      small reorg of darshan init code · 75bd3020
      Shane Snyder authored
      this reorganization prevents darshan from being "enabled"
      (i.e., accessible to modules) until the initialization
      has completely finished.
      75bd3020
  22. 29 Jan, 2016 2 commits
  23. 28 Jan, 2016 1 commit
  24. 27 Jan, 2016 1 commit
  25. 26 Jan, 2016 1 commit
  26. 25 Jan, 2016 1 commit
  27. 20 Jan, 2016 1 commit
  28. 19 Jan, 2016 1 commit
  29. 18 Jan, 2016 1 commit
    • Shane Snyder's avatar
      update how module & record registration · d3fae782
      Shane Snyder authored
      - modules now receive a memory buffer after successfully
      registering with darshan-core. modules can request a specific
      memory amount, but may not be honored depending on the configured
      darshan memory limit
      - split the previous register_record function into 2 parts:
          * lookup() -> lookup darshan_record_id corresp. to path name
          * register() -> register record_id & name with darshan-core
      - register_record now returns true if the record added; false
      otherwise (if module was out of memory or darshan is out of memory
      for storing id->name mappings)
      d3fae782
  30. 14 Jan, 2016 1 commit
  31. 17 Dec, 2015 1 commit
  32. 08 Dec, 2015 2 commits
  33. 04 Dec, 2015 2 commits
  34. 03 Dec, 2015 1 commit
    • Shane Snyder's avatar
      update core runtime record hash implementation · 523b19e4
      Shane Snyder authored
      Now, as the app executes, darshan-core persists the id->name
      mapping data to the tmp log file. This is done by serializing the
      id->name mapping to the mmap log file region when new records are
      registered.
      523b19e4
  35. 02 Dec, 2015 1 commit
  36. 01 Dec, 2015 1 commit