Re: Interrupt Bottom Half Scheduling

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

 



On Mon, Feb 14, 2011 at 2:31 PM, Peter LaDow <petela@xxxxxxxxxxxxxxx> wrote:
> How is the scheduling of the hrtimers softirq thread handled?
>
> When querying the RT priority of the hrtimer softirq, I get a priority
> of 50.  But when running a priority 99 thread, we still seem to be
> getting interrupted.  Shouldn't the hrtimer softirq be put off until
> the CPU is idle or a lower priority task is running?

Is the hrtimer softirq executing when the priority 99 thread is spinning
in it's for loop?  Your "jitter Due to Large Number of Timers" email
said that the lower priority tasks don't seem to be interrupting the
priority 99 thread.

The hardware timer interupts will interrupt the priority 99 thread.  The
cost of these interrupts and the resultant calls to try_to_wake_up()
of the hrtimer softirq might be quite large considering the rate of
timer expires you mentioned in your first email.

Out of curiosity, is the system UP or SMP?

-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[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