Re: No 100 HZ timer ! & the tq_timer

george anzinger (george@mvista.com)
Thu, 02 Aug 2001 15:47:42 -0700


Oliver Xymoron wrote:
>
> On Thu, 2 Aug 2001, george anzinger wrote:
>
> > I guess I am confused. How is it that raising HZ improves throughput?
> > And was that before or after the changes in the time slice routines that
> > now scale with HZ and before were fixed? (That happened somewhere
> > around 2.2.14 or 2.2.16 or so.)
>
> My guess is that processes that are woken up for whatever reason get to
> run sooner, reducing latency, and thereby increasing throughput when not
> compute-bound. Presumably this was with shorter time slices.
>
The only timer dependency I can see on a wake up is related to the
"tq_timer". This is a tasklet queue that is checked each tick.
Tasklets that are in it are then run on interrupt exit. IMHO this whole
list should go away. If a deferred action is actually needed, a timer
should be used to kick it off. It should not be hooked to the tick the
way it is. Better yet, why is it needed at all?

Comments anyone?

George
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/