[lkml]   [2001]   [Sep]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] Preemption Latency Measurement Tool
On Fri, 2001-09-21 at 23:57, Andre Pang wrote:
> hi Robert, thanks for producing the stats patches!

no problem, but note that the original work was by MontaVista. They
have contributed a lot to lowering latency in the Linux kernel.

I just spruced the patch up and updated it for the current kernels.

> i did a test of it on linux-2.4.10-pre13 with Benno Senoner's
> lowlatency program, which i hacked up a bit to output
> /proc/latencytimes after each of the graphs. test results are at
> and since i stared at the results in disbelief, i won't even try
> to guess what's going on :). maybe you can make some sense of
> it?

Well, its not hard to decipher...and really, its actually fairly good.
the latency test program is giving you a max latency of around 12ms in
each test, which is OK.

the preemption-test patch is showing _MAX_ latencies of 0.8ms through
12ms. this is fine, too.

> i'm prety sure his latencytest program runs at real-time
> priority, but i'll run another test just with the getrt and rt
> programs just posted to the list to make sure. that's the only
> reason i can think why the graph is so bizarre compared to the
> /proc/latencytimes results.

well, latencytest is showing you the end result of a certain set of
operations, with a final latency of 12ms. the /proc interface is a bit
more specific, in that it shows you latencies over individual locks.

the latencies over the specific locks held during latencytest, plus the
time to execute the instructions outside of locks, is equal to 12ms.
the correlation between max lock and latencytest is not 1-to-1.

in an ideal world, you want latencytest to show you 10ms or less, which
we are pretty close to by your results, and you want most of your locks
under 1ms, which we also achieve since of your top 20 locks out of 20k+,
we see many still around 1ms.

thank you for these data points...

Robert M. Love
rml at
rml at

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:03    [W:0.190 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site