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
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
The DevHeads IoT Integration Server accelerates technology engineering by helping pro devs learn, share and collaborate.
2,984Members
Resources
Similar Threads
Was this page helpful?
