1 The following is a demonstration of the lockbyproc.d script,
4 dtrace: description 'lockstat:::adaptive-block ' matched 1 probe
12 The above output shows that threads belonging to sched, the kernel, spent
13 a total of 220 microseconds waiting for an adaptive mutex lock.
18 This example sampled for a longer interval,
21 dtrace: description 'lockstat:::adaptive-block ' matched 1 probe
29 mysql-test-run 10093658
33 Here we can see threads belonging to fsflush have spent a total of 19.7 ms
34 waiting for an adaptive mutex. Note: it's not easy to say that it means a
35 19.7 ms delay in the completion of the fsflush program, as this value is
36 the sum of the block times across all the threads. So it is possible that
37 many threads were blocked at the same time, eg, it could have been 19 threads
38 blocked during the same 1 ms.