Re: PREEMPT_RT vs ADEOS: the numbers, part 1

[James R Bruce]

Kristian,
thanks for getting some real response time data, but I have some reproducibility questions.  If we look at the following excerpt of your results, check out the max latency column:

Interrupt response times (all in micro-seconds):
+--------------------+------------+------+-------+------+--------+
| Kernel             | sys load   | Aver | Max   | Min  | StdDev |
+====================+============+======+=======+======+========+
|                    | None       | 13.4 |  53.3 | 13.2 | 0.2    |
|                    | Ping       | 13.8 |  53.3 | 13.3 | 0.6    |
| with Adeos-r10c3   | lm.+ ping  | 13.9 |  21.8 | 13.2 | 0.7    |
|                    | lmbench    | 13.9 |  21.3 | 13.3 | 0.6    |
|                    | lm. + hd   | 13.9 |  53.2 | 13.2 | 0.5    |
+====================+============+======+=======+======+========+

It seems that running lmbench improves the maximum response time considerably compared to an idle system, unless you touch the hard drive.  That sort of thing makes very little sense though, and thus is likely an artifact of the testing.  Maybe the test needs to be run for longer, or maybe each test should be duplicated a few times?  I realize the max is always going to be pretty noisy, but we can't really compare approaches much if it jumps around by a factor of 2.5.  Then again, maybe lmbench *does* improve latency and that would definitely be a bug somewhere that you've uncovered :)

The nicest results would be CDFs or histograms of the response times, plotted againts each other for east comparison.  Obviously that makes more work for you, however.  If we can get full traces from the logger as text, then its easy for us to make such graphs, or add some scripts to your testbed once its released to generate them automatically with gnuplot/etc.

 - Jim

P.S. Thanks again for injecting some real numbers into this discussion.

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