Difference between revisions of "Applications/MIKE"

From HPC
Jump to: navigation , search
m
m (Navigation)
Line 81: Line 81:
 
==Next Steps==
 
==Next Steps==
  
==Navigation==
+
{{Licensepagenav}}
 
 
* [[Main_Page|Home]]
 
* [[Applications|Application support]] *
 
* [[General|General]]
 
* [[Programming|Programming support]]
 

Revision as of 11:21, 16 November 2022

Application Details

  • Description: MIKE
  • Version: 2017
  • Modules: Private module available on request to appropriate license holders
  • Licence: Limited license (The Energy and Environment Institute)

Usage Examples

Batch Session

#!/bin/bash
#SBATCH -J MIKEjob
#SBATCH -N 16
#SBATCH --ntasks-per-node=28
#SBATCH -o %j.log
#SBATCH -e %j.err
#SBATCH -p compute
#SBATCH --time=0-06:00:00

module add use.own
module add MIKE/2017

export OMP_NUM_THREADS=1

NP=$(( $SLURM_JOB_NUM_NODES * $SLURM_NTASKS_PER_NODE ))
echo $NP "processes"

mpirun -n $NP FemEngineHD model.m21fm

Note the sample job above includes a 6-hour time limit.


[user@login01 ~]$ sbatch MIKE.job
Submitted batch job 1209671

Scaling Tests

It is useful to carry out scaling tests when running MIKE so that appropriate resource is requested to run a job. While requesting fewer nodes will mean the longer the job will run, it is more likely that a job will start sooner the fewer nodes it requests. The sample job script above requests 16 nodes (448 cores).

The table below shows runtimes for a test job over different numbers of nodes. For this example, the 3 minutes gained using 32 nodes over 16 nodes, provides little benefit and other users would be better having access to the 16 additional nodes. With contention for resources on Viper high, requesting 8 nodes would be a good compromise.

It is useful to carry out scaling tests with any significant change in job type.

Nodes Cores Runtime (Mins:Secs)
1 28 520:02
2 56 258:07
4 112 116:27
8 224 70:47
16 448 52:41
32 896 49:14

Next Steps





Special License Applications | Main Page | Further Topics