Wakeup latency of all systems - Real-time optimization - Peer-to-peer UDP duplex link - OPC UA PubSub over TSN - Powerlink - Ethercat - Network load - kvm - Sleep states

The newly available long-term monitoring of a system's worst-case interrupt and scheduling latency permits to record the latency of every single wakeup sequence of real-time processes throughout the uptime of the system. The plot below is generated at one of the OSADL testing labs and updated every couple of minutes. Background, kernel configuration and other details of internal latency monitoring are outlined in this abstract and explained in more detail in this paper (PDF format) of the Twelfth Real Time Linux Workshop.

Between 7 a.m. and 1 p.m. and between 7 p.m. and 1 a.m., a simulated application scenario is running using cyclictest at priority 99 with a cycle interval of 200 µs and a user program at normal priority that creates burst loads of memory, filesystem and network accesses. The particular cyclictest command is specified in every system's profile referenced above and on the next page. The load generator results in an average CPU load of 0.2 and a network bandwidth of about 8 Mb/s per system. Histogram data obtained from the cyclictest runs are used to create latency plots (aka Linux real-time plots) that are also referenced above and on the next page. Profiles and latency plots are updated twice a day.