[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Condor-users] Alternative to MAX_JOBS_RUNNING?
- Date: Tue, 14 Mar 2006 15:38:39 -0500
- From: Rob Pieké <pieke@xxxxxxxxxx>
- Subject: [Condor-users] Alternative to MAX_JOBS_RUNNING?
This is primarily to deal with license issues, where we may have far
more machines than licenses and, as such, want to limit the number of
running jobs since jobs that can't get licenses will not be doing useful
The only solutions I know of so far are:
* to split up jobs based on the type of software they use and send them
through unique schedulers that each have MAX_JOBS_RUNNING based on the
license count for the particular type of job they represent.
* have some external piece of software monitoring the farm and
"intelligently" holding and releasing jobs
The first way definitely works, but every time we get another piece of
software we have to set aside another scheduler. I'm pretty sure the
second way will work, but I'd really like to avoid having to do this.
Is there an easier way to tell the matchmaker to only consider the first
M jobs of category X and the first N jobs of category Y, etc?
Similarly, is there an "easy" way to run multiple schedulers on the same
machine other than repeatedly setting CONDOR_CONFIG to point to unique
config files and running condor_master?