Discussion on Zephyr's Poor Real-Time Performance #79785
-
Recently, the well-known embedded systems expert Jacob Beningo wrote the '2024 Real-Time Operating System Performance Report.' The report tested several commonly used RTOSes, including PX5, ThreadX, Zephyr, and FreeRTOS, to evaluate real-time performance through test cases such as coroutine scheduling, preemptive scheduling, memory allocation, message handling, and synchronization processing. Based on the results, Zephyr's real-time performance was nearly the worst. What could be the reason for this? |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 4 replies
-
From this result, Zephyr still has a lot of space for performance optimization. |
Beta Was this translation helpful? Give feedback.
-
You should read the follow up article by the same person: https://www.beningo.com/is-rtos-performance-affected-by-an-mpu/# Essentially, in the initial benchmark you posted Zephyr had a Memory Protection Unit enabled (MPU) enabled, which has an performance impact because it adds safety features. Quote from the article:
|
Beta Was this translation helpful? Give feedback.
-
quick update as things improve in zephyr and some of the issues are being addressed. Here is the state of things: ++ with changes currently in review and pending merge. |
Beta Was this translation helpful? Give feedback.
-
Update just before feature freeze of 4.1..... (c8f640a) Few changes currently in review would improve things even more, stay tuned. |
Beta Was this translation helpful? Give feedback.
Update just before feature freeze of 4.1..... (c8f640a)
Few changes currently in review would improve things even more, stay tuned.