[GE users] priorities (for array jobs)

Ron Chen ron_chen_123 at yahoo.com
Fri May 14 13:39:10 BST 2004


I think SGE 6.0 has POSIX representation of priority,
which will allow the user to have +ve or -ve priority.

Shannon can tell you more about this, or just search
Shannon's mail from the dev list archive.

 -Ron

--- Charu Chaubal <Charu.Chaubal at Sun.COM> wrote:
> Hi Bryan,
> 
> In general, you should use SGEEE priority policies
> to implement the 
> kind of priorities you are talking about.  This
> means specifically the 
> ticket-based policies of SGEEE.  Please see these
> two HOWTOs on setting 
> up priorities with SGEEE policies:
> 
>
http://gridengine.sunsource.net/project/gridengine/howto/geee.html
> http://www.sun.com/blueprints/0703/817-3179.pdf
> 
> 
> Regards,
> 	Charu
> 
> On May 13, 2004, at 8:52 AM, Bryan Bayerdorffer
> wrote:
> 
> > So I've traced the second problem some more.  In
> addition to the prec 
> > resource, both array jobs also request an ncv
> resource.  Both are 
> > consumable integers.  Suppose two array jobs are
> submitted in this 
> > order:
> >
> > qsub -t ... -l ncv=1,prec=0 ...
> > qsub -t ... -l ncv=1,prec=1 ...
> >
> > Now ncv is always fully allocated.  When some jobs
> finish and free up 
> > ncv instances, the scheduler launches as many
> tasks from the first 
> > array job as it can.  Then ncv==0 and so no tasks
> from the second 
> > array job can be launched.
> >
> > So what I want is some way to tell the scheduler,
> "Fill the requests 
> > for prec before the requests for ncv".  Is there a
> way to do this?  
> > Would just listing prec first in the resource
> request do this 
> > reliably?
> >
> > Any help on the priority question?
> >
> >
> > Bryan Bayerdorffer wrote:
> >> Two questions (SGEEE v5.3p6)
> >> - Users can't submit jobs with positive priority
> values or qalter 
> >> pending jobs to higher priorities.  qsub -p 1 is
> silently ignored and 
> >> the job gets priority 0.  qalter -p 1 yields
> 'denied: "user" must be 
> >> operator to increase job priority'.  Is there a
> way to enable all 
> >> users to set positive priorities without giving
> them other operator 
> >> privileges?
> >> - Each host has a queue for normal jobs and a
> queue for urgent jobs.  
> >> The urgent queues offer a resource prec=1 while
> the normal queues 
> >> offer prec=0. When all the normal queues are full
> and I submit some 
> >> more jobs that request prec=0, followed by some
> jobs that request 
> >> prec=1 (same priority for all), my urgent
> (prec=1) jobs wait behind 
> >> my normal jobs, even though they could be
> dispatched.  Shouldn't the 
> >> scheduler detect this and allow my urgent jobs to
> run, even though 
> >> they were submitted after my normal jobs?
> >
> > -- 
> >  .. ..-. ..- -.-. .- -. .-. . .- -.. - .... .. ...
> --. . - .- .-.. .. 
> > ..-. .
> > Bryan Bayerdorffer        bryan at meatspace.net     
>      
> > bryan at spd.analog.com
> >                      (Wit's End Computation
> Center)       (Analog 
> > Devices)
> >
> > "'National Security' is the root password to the
> Constitution."
> >                                                   
>              -- 
> > Phil Karn
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> users-unsubscribe at gridengine.sunsource.net
> > For additional commands, e-mail:
> users-help at gridengine.sunsource.net
> >
> >
>
########################################################
> # Charu V. Chaubal				# Phone: (650) 786-7672
> (x87672)
> # Grid Computing Technologist	# Fax:   (650)
> 786-4591
> # Sun Microsystems, Inc.			# Email:
> charu.chaubal at sun.com
>
########################################################
> 
> 



	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/

---------------------------------------------------------------------
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