Re: [patch 00/21] hrtimer - High-resolution timer subsystem

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

 



Nicolas Mailhot wrote:
"This is your interpretation and I disagree.

If I set up a timer with a 24 hour interval, which should go off
everyday at 6:00 AM, then I expect that this timer does this even when
the clock is set e.g. by daylight saving. I think, that this is a
completely valid interpretation and makes a lot of sense from a
practical point of view. The existing implementation does it that way
already, so why do we want to change this ?"

I think that there is a miss understanding here. The kernel timers, at this time, do not know or care about daylight savings time. This is not really a clock set but a time zone change which does not intrude on the kernels notion of time (that being, more or less UTC).

Please do not hardcode anywhere 1 day = 24h or something like this.
Relative timers should stay relative not depend on DST.

As far as timers go, it is only the user who understands any abstraction above the second. I.e. hour, day, min. all are abstractions done in user land.

There is, however, one exception, the leap second. The kernel inserts this at midnight UTC and does use a fixed constant (86400) to find midnight.

If someone needs a timer that sets of everyday at the same (legal) time,
make him ask for everyday at that time not one time + n x 24h.

Some processes need an exact legal hour
Other processes need an exact duration

I think what we are saying is that ABS time flag says that the timer is supposed to expire at the given time "by the specified clock", however that time is arrived at, be it the initial time or the initial time plus one or more intervals. We are NOT saying that these intervals are the same size, but only that the given clock says that they are the same size, thus any clock setting done during an interval can cause that interval to be of a different size.

Without the ABS time flag, we are talking about intervals (the initial and subsequent) that are NOT affected by clock setting and are thus as close to the requested duration as possible.

In a DST world that's not the same thing at all - don't assume one or the
other, have coders request exactly what they need and everyone will be
happy.

This is why the standard introduced the ABS time flag. It does NOT, however, IMHO touch on the issue of time zone changes introduced by shifting into and out of day light savings time.

I can tell from experience trying to fix code which assumed one day = 24h
is not fun at all. And yes sometimes the difference between legal and UTC
time matters a lot.


--
George Anzinger   [email protected]
HRT (High-res-timers):  http://sourceforge.net/projects/high-res-timers/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux