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
Copy file name to clipboardExpand all lines: docs/jobs/arrays.md
+27-27Lines changed: 27 additions & 27 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -188,7 +188,7 @@ Consider submitting the following job.
188
188
srun \
189
189
stress-ng \
190
190
--cpu ${SLURM_CPUS_PER_TASK} \
191
-
--timeout "${test_duration}"
191
+
--timeout "${test_duration}"
192
192
```
193
193
194
194
The tasks in `stress_test.sh` do not have sufficient time to finish. After submission the `TimeLimit` can be raised to 15min to allow tasks sufficient time to finish. Assume that `SLURM_ARRAY_JOB_ID=9625003`.
@@ -204,7 +204,7 @@ The tasks in `stress_test.sh` do not have sufficient time to finish. After submi
@@ -329,7 +329,7 @@ Run the `launch_parammetric_analysis.sh` script with the bash command.
329
329
bash launch_parammetric_analysis.sh
330
330
```
331
331
332
-
!!! info "Avoiding script generation"
332
+
??? info "Avoiding script generation"
333
333
Script generation is a complex and error prone command. In this example script generation is unavoidable, as the whole parametric analysis cannot run in a single job of the [`normal` QoS](/slurm/qos/#available-qoss) which has the default maximum wall time (`MaxWall`) of 2 days. The expected runtime on each simulation would be about $0.25$ to $0.5$ of the maximum wall time (`--time`) which is set at 10 hours.
334
334
335
335
If all the parametric analysis can run within the 2 day limit, then consider running the analysis in a single allocation using [GNU parallel](/jobs/gnu-parallel/). You can then generate the command file and lauch the simulation all from a single script in a single job allocation.
0 commit comments