You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Each run should automatically log as many informations as possible to later retrieve the context in which it was done.
Here we list things that could be relevant:
Where should that data live?
a possibility is that it's exported in every h5 file the run generates
if no h5 is written (crashed before the first dump, or no diag required) we still need that somewhere
code information
git commit of PHARE that has been used to run. Warning, it should be the commit used by the build which is ran, not the commit of the code in the source dir at the time the run is performed.
keep the message of that commit?
runtime and build context
machine on which the run was performed and any relevant information about that machine
warning: keep track of machine on which the code was built and the one on which is ran? (front end VS nodes)
# of cores available + # of core used
memory available
system and version
python version
version of python lib we use
c++ libs versions
MPI version
Cmake version
HDF5 version
all dependencies versions
build date and time
build path
source path
run date and time
run intentions
allow users to enter a kind of Doc String for the performed simulation, as parameter of the Simulation() for instance.
Reader
display all above information in a nicely structured document (Markdown?)
The text was updated successfully, but these errors were encountered:
python version
MPI version
Cmake version
HDF5 version
what's remaining for build time
version of python lib we use # not sure how this could differ really, and doesn't always exist at build time?
c++ libs versions # these things are mostly in diagnostics
all dependencies versions # this is more release related (define all)
build date and time
build path
source path
what's remaining for run time
run date and time # kinda get this from the file timestamp
for run intentions, a description field was added to the python simulation class, which is entirely serialized into restart files and diagnostics
Each run should automatically log as many informations as possible to later retrieve the context in which it was done.
Here we list things that could be relevant:
Where should that data live?
code information
runtime and build context
run intentions
Reader
The text was updated successfully, but these errors were encountered: