@@ -11,49 +11,90 @@ a model specification file in this way
11
11
12
12
.. code-block :: console
13
13
14
- simulate run /path/to/your/model/specification
14
+ simulate run <PATH-TO-MODEL-SPECIFICATION-YAML>
15
15
16
16
Very similar to this, ``vivarium-cluster-tools `` includes a command for simulating in parallel
17
17
18
18
.. code-block :: console
19
19
20
- psimulate run /path/to/your/model/specification /path/to/your/branch
20
+ psimulate run <PATH-TO-MODEL-SPECIFICATION-YAML> <PATH-TO-BRANCH-SPECIFICATION-YAML>
21
21
22
- By default, output will be saved in `` /mnt/team/simulation_science/costeffectiveness/results ``. If you want to save the
23
- results somewhere else you can specify your output directory as an optional argument
22
+ Aside from providing the model specification and branches filepaths, you must provide an
23
+ output directory with the `` -o `` flag and which project you'd like to run on with the `` -P `` flag.
24
24
25
25
.. code-block :: console
26
26
27
- psimulate run /path/to/your/model/specification /path/to/your/branch -o /path/to/output
28
-
29
- Another optional argument is the cluster project under which to run the simulations. By default, the cluster project
30
- used is ``proj_cost_effect ``. To use a different project, specify it with the ``-P `` flag
27
+ psimulate run <PATH-TO-MODEL-SPECIFICATION-YAML> <PATH-TO-BRANCH-SPECIFICATION-YAML> -o <PATH-TO-OUTPUT-DIRECTORY> -P <PROJECT>
28
+
29
+ ``psimulate run `` also provides various optional flags which you can use to configure options for the run. These are:
30
+
31
+ .. list-table :: **Available** ``psimulate run`` **options**
32
+ :header-rows: 1
33
+ :widths: 30, 40
34
+
35
+ * - Option
36
+ - Description
37
+ * - | **-\- artifact_path ** or **-i **
38
+ - | The path to a directory containing the artifact data file that the
39
+ | model requires. This is only required if the model specification
40
+ | file does not contain the artifact path or you want to override it.
41
+ * - | **-\- pdb **
42
+ - | If an error occurs, drop into the python debugger.
43
+ * - | **-\- verbose ** or **-v **
44
+ - | Report each time step as it occurs during the run.
45
+ * - | **-\- backup-freq **
46
+ - | The frequency with which to save a backup of the simulation state to disk.
47
+ * - | **-\- no-batch **
48
+ - | Do not write results in batches; write them as they come in.
49
+ * - | **-\- redis **
50
+ - | Number of redis databases to use.
51
+ * - | **-\- max-workers ** or **-w **
52
+ - | The maximum number of workers to run concurrently.
53
+ * - | **-\- hardware ** or **-h **
54
+ - | A comma-separated list of the specific cluster hardware to run on.
55
+ | Refer to the --help for currently-supported opions.
56
+ * - | **-\- peak-memory ** or **-m **
57
+ - | The maximum amount of memory to request per worker (in GB).
58
+ * - | **-\- max-runtime ** or **-r **
59
+ - | The maximum amount of time to request per worker (hh:mm: ss). Note that
60
+ | the session you are launching the ``psimulate run`` from must also
61
+ | be able to live at least as long as this value (and this does not account)
62
+ | for the time jobs may spend in PENDING.
63
+ * - | **-\- queue ** or **-q **
64
+ - | The queue to submit jobs to.
65
+ * - | **-\- help **
66
+ - | Print a help message and exit.
67
+
68
+ .. note ::
69
+
70
+ You can see a description of any of the available commands by using the
71
+ **-\- help ** flag, e.g. ``psimulate --help `` or ``psimulate run --help ``.
72
+
73
+ Restarting a Simulation
74
+ -----------------------
75
+
76
+ If your ``psimulate run `` has jobs that failed to complete, you can restart them using ``psimulate restart ``.
77
+ You must specify the results directory that includes the partially completed jobs as well as the project
78
+ you want to use for the restart.
31
79
32
80
.. code-block :: console
33
81
34
- psimulate run /path/to/your/model/specification /path/to/your/branch -P proj_csu
35
-
36
- Currently, the projects that simulation science has access to are ``proj_cost_effect ``, ``proj_cost_effect_diarrhea ``,
37
- ``proj_cost_effect_dcpn ``, ``proj_cost_effect_conic ``, and ``proj_csu ``. Only these projects may be used.
82
+ psimulate restart <PATH-TO-PREVIOUS-RESULTS-DIRECTORY> -P <PROJECT>
38
83
39
- If your ``psimulate run `` has failed to complete you can restart the failed jobs by specifying which output directory
40
- includes the partially completed jobs using ``restart ``
41
-
42
- .. code-block :: console
84
+ Many of the same optional flags exist for ``psimulate restart `` as for ``psimulate run ``. You can see a description of
85
+ these by using the ``psimulate restart --help ``.
43
86
44
- psimulate restart /path/to/the/previous/results/
87
+ Expanding a Simulation
88
+ ----------------------
45
89
46
- For ``psimulate restart `` you can also choose a project with optional flag ``-P ``.
47
-
48
-
49
- If you wish to expand a previous ``psimulate run `` by adding additional input draws and/or random seeds, you can do so
50
- using ``expand ``.
90
+ If you wish to expand an existing simulation running new simulations with additional input draws and/or random seeds,
91
+ you can do so using ``psimulate expand ``. Just like for ``psimulate restart ``, you must specify the results directory
92
+ that includes the results that you'd like to expand as well as a project. Further, you must specify the number of
93
+ additional draws and/or seeds you'd like to add to the simulation.
51
94
52
95
.. code-block :: console
53
96
54
- psimulate expand /path/to/the/previous/results/ --add-draws 10 --add-seeds 5
97
+ psimulate expand <PATH-TO-PREVIOUS-RESULTS-DIRECTORY> -P <PROJECT> --add-draws 10 --add-seeds 5
55
98
56
99
You can use one or both of ``--add-draws `` and ``--add-seeds `` to expand your simulation. Any previous results will not
57
100
be overwritten, but any additional simulations resulting from the new input draws and/or random seeds will be run.
58
-
59
- ``psimulate expand `` also supports choosing a project via the option flag ``-P ``.
0 commit comments