realtime:documentation:howto:debugging:cyclictest:test-design:interval
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
realtime:documentation:howto:debugging:cyclictest:test-design:interval [2018/07/23 09:08] ebugden Remove horizontal line |
— (current) | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== Cyclictest - Thread wake-up interval ====== | ||
| - | The interval option (–interval) determines the intended execution period of Cyclictest's latency measuring threads. | ||
| - | |||
| - | Ideally the timer interval should be slightly longer than the longest observed latency. If the timer interval is shorter than the longest observable delay then the execution of a measuring thread could potentially be delayed for longer than an entire timing period. This will not necessarily have a negative effect on the system, but conceptually it does not make sense. On the other hand, if the timer is much longer than the longest observable latency then the chances of actually observing the latency will be low because the latency would be short enough to frequently occur and be resolved between two latency measurements. | ||
| - | |||
| - | However, if the approximate length of the latencies is not known, start by using a very small interval. It could even be as small as 50-100 us. Cyclictest will have a higher impact on the system because of the more frequent measurements, but there will be a higher chance of observing a latency. This allows the observer to more quickly get an idea of the order of magnitude of the system's maximum latency. Once the approximate length of the maximum latency is known then the interval can be extended to longer than this latency. | ||
| - | |||
| - | If there are multiple measuring threads, the distance option (–distance) can be used to specify a difference between the thread's wake-up periods. This option should always be specified if there is more than one thread. For most test situations, the measuring threads should all have the same interval (–distance=0). | ||
| - | |||
| - | Cyclictest uses high-resolution timers so it is possible to specify interval durations that are shorter than a jiffy. | ||
realtime/documentation/howto/debugging/cyclictest/test-design/interval.1532336896.txt.gz · Last modified: 2018/07/23 09:08 by ebugden
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
