>
>So it's really a deep architectural debate, with pressure on Linux to get
>special handling for processes that are really threads (e.g. keep all
>"process threads" on the same processor, etc.) [re: linux-kernel a few
There are a few other features that could be helpful in some situations.
1. Gang scheduling of kernel mode threads is important on large SMP
machines. A few years ago when NCSA got their first Origins there
were serious performance problems when multiple parallel jobs were run.
We had to wait a few months for SGI to come up with some scheduler fixes.
If/when 4 and 8 way Linux systems become more common it would be useful
to have this.
2. I have sometimes wanted to use FIFO or RR scheduling within a
set of threads -- I'm not talking about actual realtime scheduling
against all process's on the system but only within a group of threads.
In other words to be able to select PTHREAD_SCOPE_PROCESS with Linux
threads. I made some modifications to clone to keep track of a set of
threads but I'm still trying to figure out how to do the scheduling.
A separate run queue for each set of threads perhaps?
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
