Hi Gilles,

On 04/05/2011 08:17 PM, Gilles Chanteperdrix wrote:
> Ok, we are on Xenomai-core, so, let us discuss. If we admit that the OP
> is indeed talking about latencies (a quantifiable measure of
> determinism), suggesting that the effect on cache of the Linux kernel
> might influence the latencies is not completely irrelevant: the
> benchmark we make with Xenomai tend to consistently show that cache
> thrashing by the Linux kernel has an effect on latencies.

Yes this did not immediately come into my mind. Linux cache thrashing
affects latencies of threads running under Xenomai (user and/or kernel
space), but as you point out (
http://permalink.gmane.org/gmane.linux.real-time.xenomai.devel/8167 )
that is distro independent.

I know that the answer to this question might not be trivial, but what
would you suggest could be done to minimize cache thrashing?

> Also, having shorter latencies means that we cover a larger range of
> user-application needs. So, we try to have short latencies.

Whoever wants to see Xenomai latencies in action can compile cyclictest
with and without Xenomai and see the differences. On the platforms I've
tried so far the differences are clearly visible;)


...Never test for an error condition you don't know how to handle.

My public pgp key is available at:

Xenomai-core mailing list

Reply via email to