[GE users] newbie- setting queue to auto nice jobs by time

Reuti reuti at staff.uni-marburg.de
Mon May 9 12:05:43 BST 2005


Hello Alan,

some details you may find in "man sge_priority". It's not directly 
related to the nice value. First it's used during the scheduling 
process, during the runtime it's only used to adjust the nice values 
indirectly as discribed.

What do you want to achieve with your setup in the end? Throwing 
unlimited jobs to a node, and they will get higher and higher nice 
values to get slower? In fact, the nice in Linux is not an absolut 
value. Having two jobs with nice 0 they will share the CPU to 50%. 
Having then same two jobs with both having a nice of 19 will do the 
same. What did you meant with your request of 50%? 50% from what?

Cheers - Reuti


Alan Carriou wrote:
> Hi
> 
> The answer given in the first link you gave use a setpriority() call to 
> renice the job. But, in case of parallel jobs which run on several 
> computers, is seems to me that this will only change the nice value of 
> the process, or the group of processes, on the host where the example 
> program is run.
> 
> I hoped that qalter could do that, so I have looked a bit in the doc, 
> but I haven't found many things regarding nice values. qalter can set a 
> "priority" between -1023 and 1024, but that doesn't fit the -20 +19 unix 
> nice range.
> The queue_conf "priority" option is meant to set the default nice value, 
> but is said to have "no  effect  because  SGE  adjusts  priorities 
>  dynamically to implement the SGE entitlement policy goals" (man 
> queue_conf). man sched_conf tells how to change the priority adjusting 
> interval, and how to disable it.
> Other places of the man pages and user/admin Guides talk about job 
> priorities, regarding the way submitted jobs are sorted to choose which 
> ones will be run first, but it is not clear to me if that has also a 
> consequence of the nice value of a running job.
> 
> Could anyone explain this, or point me to the part of the doc which 
> explains it ?
> 
> Thanks,
> Alan
> 
> 
> PS : Btw, There is a typo in the Admin Guide, p.111 : in the paragraph 
> before "About the urgent priority", one should read "qstat -pri" instead 
> of "qstat -prio".
> 
> 
> Ron Chen wrote:
> 
>> Read this mail:
>>
>> http://gridengine.sunsource.net/servlets/ReadMsg?list=users&msgNo=4582
>>
>> While not exactly the same, it is very similar -- get
>> back to us if you need further help.
>>
>> And also see the related mail thread:
>>
>> http://gridengine.sunsource.net/servlets/BrowseList?list=users&by=thread&from=1361 
>>
>>
>>  -Ron
>>
>>
>>
>> --- Darren Grant <dgrant at casino.PHYS.cwru.edu> wrote:
>>
>>> Hi All
>>>
>>> I am new to the gridengine world.  We have
>>> successfully used gridengine under its default installation through 
>>> the Rocks
>>> cluster software.  We would now like to change the standard queues such
>>> that the following would occur:
>>>
>>> - the user submits a job through the typical qsub
>>> command
>>> - after 1 hour the job is automatically niced to ie.
>>> 5
>>> - after 6 hours the job is further niced
>>> - after 24 hours the job is niced to be 50%
>>>
>>> Does anyone have advice or suggestions?
>>>
>>> Thanks much!
>>> Darren
>>>
>>>
>>
>> ---------------------------------------------------------------------
>>
>>> To unsubscribe, e-mail:
>>> users-unsubscribe at gridengine.sunsource.net
>>> For additional commands, e-mail:
>>> users-help at gridengine.sunsource.net
>>>
>>>
>>
>>
>>
>>        
>> __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail 
>> with you! Check email on your mobile phone. 
>> http://mobile.yahoo.com/learn/mail
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>> For additional commands, e-mail: users-help at gridengine.sunsource.net
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list