Lincoln Dale wrote:
>
> (or a highly-accurate single-fire timer)?
That would be my preference, at least on hardware where it can
be done efficient and accurate.
The x86 PIT can be programmed in one-shot mode, but the delay
cannot be programmed to be more than approximately 55msec. For
longer delays we'd have to get interrupted prematurely just
to reprogram the PIT for another delay. This is of course no
worse than an interrupt every 1 or 10 msec we actually don't
need.
Another problem is that a PIT in one shot mode cannot meassure
time accurately. Each interrupt will arrive slightly off the
wanted time. For the interrupt itself this is no big deal, but
for meassuring time they will accumulate, so you'd see a clock
drifting beyond anything acceptable.
The answer here is that we need something else for meassuring
time, I guess the TSC would be appropriate. If doing all clock
meassurements using the TSC the clock would no longer drift in
case of lost timer interrupts. The TSC frequency can be
meassured at boot time, and if done smart enough that variable
can be made into a knob that ntpd can control to adjust the
clock speed instead of a jumping clock once in a while. If we
are smart enough we can get walltime more accurate than it has
ever been seen before. :-)
The problems remaining know are:
1) Reprogramming the PIT is slow and inaccurate, we'd like
better hardware for producing timer interrupts. (I think I
read somewhere that an APIC could help us here.)
2) We will be meassuring time in a lot of different units,
which needs to be converted. The PIT using 1/1193180 sec,
the TSC using a varying unit, and finally the user/kernel
interface using secs, msecs, usecs, nsecs.
3) On SMP hardware we will be using different TSCs on
different CPUs. Having TSCs in sync might get more imporant
than on current kernels.
4) We are introducing new hardware requirements.
I'd like to see oneshot timer interrupts as a compile time
option on any architecture that is capable of doing it. But of
course it is not easy.
Have I missed something somewhere?
-- Kasper Dupont -- der bruger for meget tid på usenet. For sending spam use mailto:razor-report@daimi.au.dk - 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/
This archive was generated by hypermail 2b29 : Mon Jul 15 2002 - 22:00:19 EST