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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Paul E. McKenney <[email protected]> wrote:

> Any way of getting the logger's latency separately?  Or the target's?

with lpptest (PREEMPT_RT's built-in parallel-port latency driver) that's 
possible, as it polls the target with interrupts disabled, eliminating 
much of the logger-side latencies. The main effect is that it's now only 
a single worst-case latency that is measured, instead of having to have 
two worst-cases meet.

Here's a rough calculation to show what the stakes are: if there's a 
1:100000 chance to trigger a worst-case irq handling latency, and you 
have 600000 samples, then with lpptest you'll see an average of 6 events 
during the measurement. With lrtfb (the one Karim used) the chance to 
see both of these worst-case latencies on both sides of the measurement 
is 1:10000000000, and you'd see 0.00006 of them during the measurement.  
I.e. the chances of seeing the true max latency are pretty slim.

So if you want to reliably measure worst-case latencies in your expected 
lifetime, you truly never want to serially couple the probabilities of 
worst-case latencies on the target and the logger side.

	Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux