On Wed, 2005-07-27 at 16:53 +0200, Esben Nielsen wrote: > Isn't there a way to mark it "warning! warning! dangerous!" ?
Sure, config MAX_RT_PRIO int "Maximum RT priority (DANGEROUS!)" > > Anyway: I think 100 RT priorities is way overkill - and slowing things > down by making the scheduler checking more empty slots in the runqueue. > Default ought to be 10. In practise it will be very hard to have > a task at the lower RT priority behaving real-time with 99 higher > priority tasks around. I find it hard to believe that somebody has an RT > app needing more than 10 priorities and can't do with RR or FIFO > scheduling within a fewer number of prorities. I've wondered this too, especially when customers ask for more. I never question them (don't bite the hand that feeds you), but I really think that they like to prioritize things by 10. So you go from 10 20 30 instead, leaving room in between incase you forget something. Kind of like the old BASIC programming days with line numbers. There's also the case that you have groups of tasks that are all higher in priority than other groups. But the tasks themselves have priorities with each other. So you group the tasks in a range where they are greater than or less then other task groups. And then you can arrange the tasks yourself. But this all gets quite complex and then leads to more custom kernels :-) -- Steve - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/