Well, I guess a scheduler should just do the following:
* Process getNextProcess(List<Process> processes)
The kernel just asks the scheduler algorithm to select the next process
to be scheduled from a set of processes.
Nothing prevents us from having multiple schedulers running at the same
time, for example
1. Scheduler for realtime processes
2. Scheduler for drivers
3. Scheduler for user processes (with a gui)
4. Scheduler for (system) services
5. Scheduler for background processes
6. Scheduler for batch processes
7. ...
Each set of processes could have its own scheduler. Different categories
could of course also share a single scheduler, if desired.
A scheduler should also be able to attach some metadata to a process.
Maybe a property in the "Process" class that can be used by the
scheduler?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Bruce
Sent: dinsdag 11 september 2007 19:07
To: sharpos-developers@lists.sourceforge.net
Subject: Re: [SharpOS Developers] Schedulers, threads,processes and
interfaces
On 9/11/07, JaeHyun Roh <[EMAIL PROTECTED]> wrote:
So what if we have an IScheduler interface, and simply have
multiple
schedulers that inherit from this interface.
Which scheduler is used could be configurable, and the right
scheduler
would be started at startup.
Yes, I agree. it have to be onfigurable because not only we need to test
the scheduler's performance but also have to be prepared for the various
future uses of SharpOS. I think it's good to start from a simple
scheduler just like FIFO. and then extends on.
Yea, I think starting out with a simpler scheduler would be best. But we
have to make sure our IScheduler, and whatever other type instances it
consumes, are generic enough for our needs. If we want to be able to
interchange different schedulers, we have to make sure that we abstract
the commonalities between different scheduler implementations' schemas.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
SharpOS-Developers mailing list
SharpOS-Developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sharpos-developers
