Messages in this thread | | | Subject | Re: Minutes from Feb 21 LSE Call | From | Alan Cox <> | Date | 25 Feb 2003 15:30:59 +0000 |
| |
On Tue, 2003-02-25 at 02:17, Bill Huey wrote: > You don't need data. It's conceptually obvious. If you have a higher > priority thread that's not running because another thread of lower priority > is hogging the CPU for some unknown operation in the kernel, then you're > going be less able to respond to external events from the IO system and > other things with respect to a Unix style priority scheduler.
Nothing is conceptually obvious. Thats the difference between 'science' and engineering. Our bridges have to stay up.
> It's about getting relationship inside the kernel to respect and be > controllable by the scheduler in some formal manner, not some random > not-so-well-though-out hack of the day.
Prove it, compute the bounded RT worst case. You can't do it. Linux, NT, VMS and so on are all basically "armwaved real time". Now for a lot of things armwaved realtime is ok, one 'click' an hour on a phone call from a DSP load miss isnt a big deal. Just don't try the same with precision heavy machinery.
Its not a lack of competence, we genuinely don't yet have the understanding in computing to solve some of the problems people are content to armwave about.
If I need extremely high provable precision, Victor's approach is right, if I want armwaved realtimeish behaviour with a more convenient way of working then Victor's approach may not be the best.
Its called engineering. There are multiple ways to build most things, each with different advantages, there are multiple ways to model it each with more accuracy in some areas. Knowing how to use the right tool is a lot more important than having some religion about it.
Alan
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |