Re: Interrupt Latency 2.6.33.7 rt30

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

 



On Fri, 26 Aug 2011, Uwe Kleine-König wrote:

> On Thu, Aug 25, 2011 at 11:03:33PM +0200, Christian Kraus wrote:
> > Hello
> > I have wrote a GPIO-driver, that toggle the value of a GPIO when a
> > interrupt is comming from an another GPIO.
> > When I measure the latency between the interrupt and the toggled Pin
> > it's about ten times higher than without the rt-patch.
> > (without Patch = 8-11 us
> >  with Patch = 30-110 us)
> It's expected and known that an rt kernel has a worse average latency.

Nonsense.

> Having said that I cannot say if the increase you see is "too much".
> 
> The best option you have is asking ftrace what happens in these 30-110
> us after making sure you have a decent sched_clock implementation.

The problem is simply that the interrupt is forced threaded, so it
depends on the scheduler when it goes on the CPU, while on !RT the
code runs in hard interrupt context.

Thanks,

	tglx

[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