diff options
author | Bruce Evans <bde@FreeBSD.org> | 1997-01-29 22:51:44 +0000 |
---|---|---|
committer | Bruce Evans <bde@FreeBSD.org> | 1997-01-29 22:51:44 +0000 |
commit | 49a116737eda7657d166211b5b29a0142452d5dc (patch) | |
tree | 87241d336d31c19008918f687d0430531b90f4b5 /sys/i386/isa/clock.c | |
parent | 89972e50e492b81c02935cbb4cc6d5fe898ac7eb (diff) | |
download | src-49a116737eda7657d166211b5b29a0142452d5dc.tar.gz src-49a116737eda7657d166211b5b29a0142452d5dc.zip |
Estimate an initial overhead of 0 usec instead of 20 usec in DELAY().
I have code to calibrate the overhead fairly accurately, but there
is little point in using it since it is most accurate on machines
where an estimate of 0 works well. On slow machines, the accuracy
of DELAY() has a large variance since it is limited by the resolution
of getit() even if the initial delay is calibrated perfectly.
Use fixed point and long longs to speed up scaling in DELAY().
The old method slowed down a lot when the frequency became variable.
Assume the default frequency for short delays so that the fixed
point calculation can be exact.
Fast scaling is only important for small delays. Scaling is done
after looking at the counter and outside the loop, so it doesn't
decrease accuracy or resolution provided it completes before the
delay is up. The comment in the code is still confused about this.
Notes
Notes:
svn path=/head/; revision=22106
Diffstat (limited to 'sys/i386/isa/clock.c')
-rw-r--r-- | sys/i386/isa/clock.c | 31 |
1 files changed, 21 insertions, 10 deletions
diff --git a/sys/i386/isa/clock.c b/sys/i386/isa/clock.c index faa38fdc17fc..60aa95c21546 100644 --- a/sys/i386/isa/clock.c +++ b/sys/i386/isa/clock.c @@ -362,7 +362,7 @@ getit(void) void DELAY(int n) { - int delta, prev_tick, tick, ticks_left, sec, usec; + int delta, prev_tick, tick, ticks_left; #ifdef DELAYDEBUG int getit_calls = 1; @@ -393,19 +393,30 @@ DELAY(int n) * multiplications and divisions to scale the count take a while). */ prev_tick = getit(); - n -= 20; + n -= 0; /* XXX actually guess no initial overhead */ /* * Calculate (n * (timer_freq / 1e6)) without using floating point * and without any avoidable overflows. */ - sec = n / 1000000; - usec = n - sec * 1000000; - ticks_left = sec * timer_freq - + usec * (timer_freq / 1000000) - + usec * ((timer_freq % 1000000) / 1000) / 1000 - + usec * (timer_freq % 1000) / 1000000; - if (n < 0) - ticks_left = 0; /* XXX timer_freq is unsigned */ + if (n <= 0) + ticks_left = 0; + else if (n < 256) + /* + * Use fixed point to avoid a slow division by 1000000. + * 39099 = 1193182 * 2^15 / 10^6 rounded to nearest. + * 2^15 is the first power of 2 that gives exact results + * for n between 0 and 256. + */ + ticks_left = ((u_int)n * 39099 + (1 << 15) - 1) >> 15; + else + /* + * Don't bother using fixed point, although gcc-2.7.2 + * generates particularly poor code for the long long + * division, since even the slow way will complete long + * before the delay is up (unless we're interrupted). + */ + ticks_left = ((u_int)n * (long long)timer_freq + 999999) + / 1000000; while (ticks_left > 0) { tick = getit(); |