[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: multicore management system




On Dec 28, 2007, at 11:17 AM, Ron Johnson wrote:
That's not how it works on z/OS (OS/MVS), DOS/VSE & OpenVMS.

On them, you have "named batch queues".  Each queue has a default
(in Unix terminology) niceness level, and "width" (like how a
bank branch has a single line feeding multiple teller windows,
the "width" defines the number of jobs that can be in the Running
state, whereas the jobs standing in "line" are Pending).  Also,
there is a job priority, so that important Pending jobs jump to
the front of the line, and less important jobs fall to the rear.
Just like with "at", jobs can be scheduled to run at various
times.  Of course, if the execute slots are all full at a job's
run time, it goes not to Executing but to Holding state.

This sounds pretty similar to what Condor does for clusters:
http://www.cs.wisc.edu/condor/

It queues up jobs and executes them on available CPUs, either locally or on other systems in the cluster. It has a fairly sophisticated (though some what obscure to configure) priority system.

Currently it's free as in beer, but not open source. Rumor has it Red Hat has gotten involved and future versions will be open source.


Reply to: