high latency introduced by hrtimer_interrupt

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi

I'm using linux-rt, 5.4.41, at91 sam9x35 (single core).

AFAIK, the hrtimer_interrupt must run at HW context, and could not be threaded. On my system, hrtimer_interrupt processing takes ~100us in average, ~40us in best case and ~200us in worst case. when adding the overhead of the re-scheduling that follow each interrupt, we get to worst case overhead of ~250us for the hrtimer_interrupt. This worst case and the huge variance are too high for some of my threaded interrupts, which have to record timestamps of HW events with precision < 100us.

Digging in documentation and mailing lists, I didn't find any solution...

Any idea on how to overcome this problem?

With best regards
Yosi Yarchi




[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux