[lkml]   [2008]   [Sep]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 0/13] Turn hrtimers into a range capable timer
On Fri, 12 Sep 2008 13:39:49 +1000
Rusty Russell <> wrote:

> On Tuesday 02 September 2008 09:03:43 Arjan van de Ven wrote:
> > This series is a follow-on the the nanosecond select/poll series.
> >
> > The goal of this series is to introduce the capability into
> > hrtimers to deal with a "range" rather than a specific point in
> > time. (Several people discussed this recently, but we've been
> > toying with the concept for a while)
> Hi Arjen, sorry for not replying sooner.
> I had half a patch to create a new "timer layer to rule them all"
> called ktimers, which took an explicit "slop" value. Slop is the
> "how long before its worth waking the machine for this?" value, with
> friendly SLOP_USECS, SLOP_SECONDS, SLOP_DAYS etc defines.
> Implemented in terms of normal and hr timers, which get deprecated
> over time.
> Heuristics work for a while, but IMHO eventually this is going to
> have to be plumbed through to userspace.

yes we need to add the system calls at some point (beyond the prctl);
however both Ulrich and Linus indicated that this will be one of those
"handful of users" kind of things. IMO it needs to work well enough
without having to change the whole application stack (and with my
patches that can be done; it works well in practice)

> Cheers,
> Rusty.

Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,

 \ /
  Last update: 2008-09-12 07:45    [W:0.272 / U:2.108 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site