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

[David Lang <david.lang@digitalinsight.com>]

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
-
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/