Dipankar Sarma wrote:
>Provide a rq_has_rt_task() interface to detect runqueues with
>real time priority tasks. Useful for RCU optimizations.
>
Can you make rq_has_rt_task the slow path? Adding things like this
can actually be noticable on microbenchmarks (eg. pipe based ctx
switching). Its probably cache artifacts that I see, but it wouldn't
hurt to keep the scheduler as tight as possible.
I think this should cover it.
int rq_has_rt_task(int cpu)
{
runqueue_t *rq = cpu_rq(cpu);
return (sched_find_first_bit(rq->active) < MAX_RT_PRIO);
}
Any good?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo _at_ vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- Re: [patch] RCU for low latency [1/2]Dipankar Sarma
- [patch] RCU for low latency [0/1]Dipankar Sarma
- Re: [patch] RCU for low latency [1/2]Dipankar Sarma
- Prev by Date: stability problems with 2.4.24/Software RAID/ext3
- Next by Date: Re: [PATCH] mm/slab.c remove impossible <0 check - size_t is notsigned - patch is against 2.6.1-rc1-mm2
- Previous by thread: Re: [patch] RCU for low latency [2/2]
- Next by thread: Re: [patch] RCU for low latency [1/2]
- Indexes:[Main][Thread]