Changes between Version 5 and Version 6 of hexagon
- Timestamp:
- 03/23/16 03:07:23 (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
hexagon
v5 v6 108 108 TO BE UPDATED 109 109 110 On Hexagon, you can use up to 30 cores per node. The more nodes and the longer the requested time, the more you will have to wait in the queue. So choose your settings wisely: 110 Hexagon is aimed to large jobs. As on Vilje, the accounting is done as if you are using 32 processes per nodes even if you are using less. So if you don't need large ammount of memory try to restrict the number of nodes you are using. The scheduler also prioritize jobs with a high CPU counts. More on the queue priorities here: 111 https://docs.hpc.uib.no/wiki/Queue_priorities_%28Hexagon%29 111 112 112 {{{ 113 #!m 114 md.cluster=hexagon('numnodes',1,'cpuspernode',8); 115 md.cluster.time=10; 116 }}} 113 There is a batch queue that redirect the jobs in specific queues if they respond to certain requirments: 117 114 118 to have a maximum job time of 10 minutes and 8 cores on one node. If the run lasts longer than 10 minutes, it will be killed and you will not be able to retrieve your results. 115 || normal || queue for normal jobs || limited only by job limitations || 116 || small || queue for small jobs, jobs will get higher priority || max 512 CPUs, max 1 hour walltime || 117 || debug || queue for debugging, jobs will get higher priority || max 64 CPUs, max 20 minutes walltime || 119 118 120 Now if you want to check the status of your job and the queue you are using, type in the bash with the Greeplanet session: 119 There are some limitations to the ressource that one single user can ask for : 120 * 4096 cpu cores, total number used by all running jobs 121 * 8-22 running (active) jobs (depending on load) 122 * 2 idle jobs 121 123 122 {{{ 123 #!sh 124 squeue -u username 125 }}} 126 127 You can delete your job manually by typing: 128 124 If you want to check the ordering of the queue and your jobs position you can use in your active Hexagon session: 129 125 {{{ 130 126 #!sh 131 scancel JOBID 127 showq # display jobs 128 showq -u $USER # display jobs for $USER 129 showq -i # display only jobs in eligible (idle) queue waiting for execution 132 130 }}} 133 134 where JOBID is the ID of your job (indicated in the Matlab session). Matlab indicates too the directory of your job where you can find the files `JOBNAME.outlog` and `JOBNAME.errlog`. The outlog file contains the informations that would appear if you were running your job on your local machine and the errlog file contains the error information in case the job encounters an error.135 136 If you want to load results from the cluster manually (for example if you have an error due to an internet interruption), you find in the informations Matlab gave you `/home/srebuffi/trunk-jpl/execution//SOMETHING/JOBNAME.lock `, you copy the SOMETHING and you type in Matlab:137 138 {{{139 #!m140 md=loadresultsfromcluster(md,'SOMETHING');141 }}}142 143 A comparision of PBS to slurm commands can be found here: http://slurm.schedmd.com/rosetta.pdf