Peter Williams wrote:Al Boldi wrote:Peter Williams wrote:[bits deleted]Al Boldi wrote:Peter Williams wrote:Al Boldi wrote:
A really high likelihood of starvation of some tasks.What's wrong with multiple run-queues on UP?It's probably not a good idea to have different schedulers managing thei.e: Boot the kernel with spa_no_frills, then start X with spa_ws.It may be really great, to allow schedulers perPid parent, thusI'm don't understand what you mean here. Could you elaborate?
allowing the stacking of different scheduler semantics. This could
aid flexibility a lot.
same resource. The way to do different scheduling per process is to
use the scheduling policy mechanism i.e. SCHED_FIFO, SCHED_RR, etc.
(possibly extended) within each scheduler. On the other hand, on an
SMP system, having a different scheduler on each run queue (or sub set
of queues) might be interesting :-).
Maybe you are thinking of running independent run-queues, in which case it would probably be unwise to run multiple RQs on a single CPU.
But I was more thinking of a run-queue of run-queues, with the masterRQ scheduling slaveRQs, each RQ possible running its own scheduling semantic.