Re: PREEMPT_RT vs I-PIPE: the numbers, part 2

David Lang
2005-06-23T01:47:08Z

On Wed, 22 Jun 2005, Karim Yaghmour wrote:

> Subject: Re: PREEMPT_RT vs I-PIPE: the numbers, part 2
>
>
> David Lang wrote:
>> I know that I have a large number of slow (<200MHz) pentiums that are just
>> sitting around at home and could be used for this, but I don't know if
>> they would be considered fast enough for any portions of this test (I have
>> a much smaller number of faster machines that could possibly be used)
>
> I don't think that there should be any limitation on the type of
> hardware being tested. In fact, I would think that having as
> diverse a test hardware as possible would be a good thing.
> Many of the embedded platforms are in fact not that far different
> from those slow pentiums you have lying around.

Ok, I'll dig them out and see about getting them setup.

what pinout do I need to connect the printer ports

I'm thinking that the best approach for this would be to setup a static
logger and host and then one (or more) target machines, then we can setup
a small website on the host that will allow Ingo (and others) to submit
kernels for testing, queue those kernels and then run the tests on each
one in turn (and if it runs out of kernels to test it re-tests the last
one with a longer run)

how much needs to change in userspace between the various tests? I would
assume that between the plain, preempt, and RT kernels no userspace
changes are needed, what about the other options?

given the slow speed of these systems it would seem to make more sense to
have a full kernel downloaded to them rather then having the local box
compile it.

does this sound reasonable?

David Lang

>
> My 0.02$,
>
> Karim
> --
> Author, Speaker, Developer, Consultant
> Pushing Embedded and Real-Time Linux Systems Beyond the Limits
> http://www.opersys.com || karim@opersys.com || 1-866-677-4546
>

--
There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare