How to Identify and Resolve Latency Spikes in a Linux GPIO Application Using Preempt_rt Kernel Patch
Hi guys, during a discussion yesterday, my colleague and I were exploring ways to detect and solve latency problems in a Linux-centric setup. We kinda needed some insights regarding the matter.
We're experiencing increased response times that's up to 20ms in a Linux GPIO application after running tests for several hours. The usual response time is around 150 microseconds. We're using a Preempt_rt kernel patch.
My question is is this ,are there any recommended tools or techniques to identify which processes or drivers might be causing these latency spikes during extended testing? @Middleware & OS
4 Replies
@Sterling I'd recommend using strace and ftrace to identify processes or drivers causing latency spikes in your Linux GPIO application.
@Sterling 20ms latency spikes sound rough to point out the culprit
I would look into that @Dtynin
Check kernel logs , your dmesg for GPIO-related issues.
https://www.geeksforgeeks.org/how-to-use-the-dmesg-command-on-linux/
GeeksforGeeks
How to View Kernel Messages in Linux | dmesg Command - GeeksforGeeks
A Computer Science portal for geeks. It contains well written, well thought and well explained computer science and programming articles, quizzes and practice/competitive programming/company interview Questions.
