in message <[EMAIL PROTECTED]> you wrote:
> Open question: to your opinion, is 2.6 on low-end embedded hw doomed "by
Something like that.
> and why, or do you think that part of the reluctance to move to 2.6 is mostly
> explained because 2.4 is just fine and up to the task, IOW it's kind of a
> fix if it ain't broken" perception?
The major causes of the serious performance degradation under 2.6 are
(1) the increased code size (especially the code that is running in
interrupt context and for test switching - check for example just
the code size of the scheduler and compar ewith it's size under 2.4),
(2) the increased clock frequency.
OK, (2) has been partially fixed in the mean time by making the clock
frequency adjustable, so you can go back to the old value of 100 Hz
on low end systems. The other factor remains. And yes, this is "by
design" - Linux is more and more designed for high end machines like
fat servers running thousands of tasks or other multiprocessor
systems with N GHz clocks. A MPC860 at 50 Mhz is just another world.
I see a business opportunity to revive the 2.2 or even the 2.0 kernel
tree development especially for small systems wth real-time
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED]
If there was anything that depressed him more than his own cynicism,
it was that quite often it still wasn't as cynical as real life.
- Terry Pratchett, _Guards! Guards!_