Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédenteProchaine révisionLes deux révisions suivantes | ||
en:documentation:tools:sge [2018/09/04 11:55] – [How to choose the adapted queues for my needs?] cpetit | en:documentation:tools:sge [2020/05/11 16:34] – [GridEngine : Submitting jobs] fleroux | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
====== GridEngine ====== | ====== GridEngine ====== | ||
- | <WRAP center round todo 60%> | ||
- | Under contruction... | ||
- | </ | ||
The job scheduler (or batch-queuing system) used in PSMN cluster is SGE, | The job scheduler (or batch-queuing system) used in PSMN cluster is SGE, | ||
Ligne 37: | Ligne 34: | ||
===== GridEngine : Submitting jobs ===== | ===== GridEngine : Submitting jobs ===== | ||
- | The normal way to submit jobs to the cluster is using the '' | + | < |
- | + | qsub programme <input >output | |
- | < | + | |
- | qsub myscript.sh | + | |
</ | </ | ||
- | The many options to the '' | ||
- | |||
- | For example a more complex submission: | ||
<code bash> | <code bash> | ||
- | qsub -V -m b -m e -e / | + | qsub -V -e / |
-V : export environment variables | -V : export environment variables | ||
- | -m b : mail @begin | ||
- | -m e : mail @end | ||
-e : where to put error files | -e : where to put error files | ||
-o : where to put output files | -o : where to put output files | ||
Ligne 57: | Ligne 47: | ||
</ | </ | ||
- | ** Nevertheless, | + | **It is simpler |
+ | |||
+ | <note important> | ||
+ | |||
+ | Voir [[documentation: | ||
==== How to choose the adapted queues for my needs? ==== | ==== How to choose the adapted queues for my needs? ==== | ||
Ligne 69: | Ligne 63: | ||
* if the main criterion is the large number of resources (//eg// a job with a lot of cores, a job with a lot of RAM,etc), then you have to move towards the queues that have a large number of resources (at least the resources requested by the job), even if waiting time in the queue is greater. | * if the main criterion is the large number of resources (//eg// a job with a lot of cores, a job with a lot of RAM,etc), then you have to move towards the queues that have a large number of resources (at least the resources requested by the job), even if waiting time in the queue is greater. | ||
- | Obviously, the above command ('' | + | Obviously, the above command ('' |
And, of course, when tuning ypur code, you have to choose a test queue that is closest to the intended " | And, of course, when tuning ypur code, you have to choose a test queue that is closest to the intended " | ||
Ligne 83: | Ligne 77: | ||
< | < | ||
+ | |||
+ | * display nodes status in a given queue: | ||
+ | |||
+ | < | ||
* display the running jobs of all users: | * display the running jobs of all users: |