Using Dakota on beach: Difference between revisions
From CSDMS
Created page with "== Using Dakota on '''beach''' == Topics to address: * Link to HPCC rules * At minimum, use `qsub -I` for a single-processor job * Running Dakota in parallel with MPI * Best..." |
m Words |
||
| Line 7: | Line 7: | ||
* Running Dakota in parallel with MPI | * Running Dakota in parallel with MPI | ||
* Best practice: copy inputs to compute node (using '''/state/partition1'''), perform Dakota experiment, delete inputs, move results back to home directory, or to '''/scratch''' if space is an issue. | * Best practice: copy inputs to compute node (using '''/state/partition1'''), perform Dakota experiment, delete inputs, move results back to home directory, or to '''/scratch''' if space is an issue. | ||
If you encounter any problems in using Dakota on '''beach''', | |||
please email the CSDMS software engineers | |||
at [mailto:CSDMSsupport@colorado.edu CSDMSsupport@colorado.edu]. | |||
Revision as of 11:53, 23 January 2017
Using Dakota on beach
Topics to address:
- Link to HPCC rules
- At minimum, use `qsub -I` for a single-processor job
- Running Dakota in parallel with MPI
- Best practice: copy inputs to compute node (using /state/partition1), perform Dakota experiment, delete inputs, move results back to home directory, or to /scratch if space is an issue.
If you encounter any problems in using Dakota on beach, please email the CSDMS software engineers at CSDMSsupport@colorado.edu.
