On Fri, 21 May 2004, Lee Braiden wrote:

Benjamin Herrenschmidt wrote:

quoted

Yah, well... CONFIG_PREEMPT gives you all the problems of SMP without
any benefit so .... :)

Well, I know people argue about that, but I think it was you who advised
me to avoid PREEMPT before, so I'll take your word for it.

But... what you said above was exactly my point.  There are no benefits
for single-cpu machines running an SMP kernel, right?  So it would
introduce more complexity for no gain.  Moreover, I think(?) the
majority of ppc machines are non-smp, so it would also be a shift to a
more obscure and (even) less well-tested config.

FWIW, CONFIG_PREEMPT _does_ reduce the avarage scheduling latency.
It's still sort of soft real-time, but the effect is measurable (I'm
talking 2.4 kernels here, BTW) However, on desktop systems you
probably don need to worry about this, but for an embedded system you
may like the slightly improved reaction time.

Regards,
Marius

--
Marius Groeger [off-list ref]           Project Manager
SYSGO AG                      Embedded and Real-Time Software
Voice: +49 6136 9948 0                  FAX: +49 6136 9948 10
www.sysgo.com | www.elinos.com | www.osek.de | www.imerva.com


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/