Re: [PATCH] dynamic tick patch

[Tony Lindgren]

* Martin Schwidefsky <schwidefsky@xxxxxxxxxx> [050119 07:19]:
> 
> 
> 
> 
> Stephen Frost <sfrost@xxxxxxxxxxx> wrote on 19/01/2005 03:11:15 PM:
> 
> > > Hrm... reading more of the patch & Martin's previous work, I'm not sure
> > > I like the idea too much in the end... The main problem is that you are
> > > just "replaying" the ticks afterward, which I see as a problem for
> > > things like sched_clock() which returns the real current time, no ?
> > >
> > > I'll toy a bit with my own implementation directly using Martin's work
> > > and see what kind of improvement I really get on ppc laptops.
> >
> > I don't know if this is the same thing, or the same issue, but I've
> > noticed on my Windows machines that the longer my laptop sleeps the
> > longer it takes for it to wake back up- my guess is that it's doing
> > exactly this (replaying ticks).  It *really* sucks though because it can
> > take quite a while for it to come back if it's been asleep for a while.
> 
> That is the while loop that calls do_timer for each missed timer tick.
> In my very first try in regard to a tick less system it tried to avoid
> the loop with a new interface that allowed to account several ticks
> (the posting on lkml and the patch can still be found in the archives,
>  e.g. http://marc.theaimsgroup.com/?l=linux-kernel&m=98683292412129&w=2)
> We could try to revive the idea and add a #ticks parameter to do_timer(),
> update_process_times and friends. The main obstacle has been ntp with
> its time adjustments. There is another patch from John Stultz that
> introduces new time-of-day code, this would take care of the ntp problem
> (see http://marc.theaimsgroup.com/?l=linux-kernel&m=110247121329835&w=2).

Being able to skip multiple ticks would save some overhead with catching
up with the time after idle in this case.

Also John's patch for using nsecs looks very interesting. On ARM,
new sys_timer code should make the John's patch a bit easier to use.

Regards,

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