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

[Karim Yaghmour]

Ingo Molnar wrote:
>>From all the test i've done, 600,000 samples are not enough to trigger 
> the worst-case latency - even with the polling method! Also, your tests 
> dont really load the system, so you have a fundamentally lower chance of 
> seeing worst-case latencies. My tests do a dd test, a flood ping, an 
> LTP-40-copies test, an rtc_wakeup 8192 Hz test and an infinite loop of 
> hackbench test all in parallel, and even in such circumstances and with 
> a polling approach i need above 1 million samples to hit the worst-case 
> path! (which i cannot know for sure to be the worst-case path, but which 
> i'm reasonably confident about, based on the distribution of the 
> latencies and having done tens of millions of samples in overnight 
> tests.) Obviously it's a much bigger constraint on the IRQ subsystem if 
> _all_ interrupt _and_ DMA sources in the system are as active as 
> possible.

Hmm... well, I can't say I'm uninterested. Any chances we can get a
copy of the scripts you use to do the MOAILT (Mother Of All Irq Latency
Tests).

> so ... give the -50-12 -RT tree a try and report back the lpptest 
> results you are getting.

First things first, we want to report back that our setup is validated
before we go onto this one. So we've modified LRTBF to do the busy-wait
thing.

> [ I know the results i am seeing, but i wont 
> post them as a counter-point because i'm obviously biased :-) I'll let 
> people without an axe to grind do the measurements. ]

That's an extra reason for giving us a copy (or pointing us to one) of
the script you use to run your tests :)

Karim
-- 
Author, Speaker, Developer, Consultant
Pushing Embedded and Real-Time Linux Systems Beyond the Limits
http://www.opersys.com || karim@xxxxxxxxxxx || 1-866-677-4546
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/