See Slurm FAQ: http://www.schedmd.com/slurmdocs/faq.html#restore_priority
Quoting Lennart Karlsson <[email protected]>: > > Hi, > > I try to give some jobs a higher priority, as in this example: > scontrol update job=2872456 priority=190000 > > If I have set the priority like this, the job will no > longer collect any Age priority points. (It would be nice > if it could.) > > Later I change my mind and want the priorities to be > computed in the normal way: Age factor + Fair-share > factor + Job size factor + Partition factor + QOS > factor. > > Is there a way to give the job back to the normal > priority computations? It would be valuable to me. > > What I try to achieve, is to give each user an > equal amount of prioritized jobs in the queue. > > I do it by giving some jobs a higher priority. (But > sometimes I need to take back some jobs to the > normal priority, for different reasons.) > > Another way to do about the same thing would be > to change the QOS of the job from "normal" to e.g. > "highprio" with a higher QOS priority factor. > But I can not find a way to do that without > allowing the user herself to set that same "highprio" > QOS on all her jobs. > > Would it be possible to have either of the following > three wishes implemented: > > 1/ A way to give a job back to normal priority > calculations, after setting a specific priority? > > 2/ A QOS that "root" can set for a job, without > also the user being able to set it. > > 3/ A sixth priority factor, that is added to > the other five priority factors, and is set on > the job itself. > > > BTW, Fair-share would not solve this problem. And > I already use the Fair-share factor to get a > account-specific priority component. > > Best regards, > -- Lennart Karlsson > UPPMAX > Uppsala University > Sweden > http://www.uppmax.uu.se >
