On Monday 19 June 2006 10:52, Albert Cahalan wrote:
> > Make 250 HZ a value that is not selected by default and give some
> > better recommendations in help.
>
> No, 250 is a good default.
>
> We can't reliably do 1000. There are many systems, including both
> laptops and servers, which have a BIOS that uses SMM/SMI to grab
> the CPU for longer than a millisecond. We'd lose clock ticks if
> we had HZ at 1000.
We do not lost clock ticks on ordinary desktops at HZ==1000 which is what I'm
recommending here. For servers and laptops I'm recommending 100.
> NTSC video is 59.94 fields per second. Though a sample rate of
> double that would satisfy the Nyquest theory, in practice you
> need to go to 4x to 5x the rate you want. This comes out to be
> around 240 to 300 as a minimum.
Yes I understand that but there is also the matter that we don't guarantee
timers actually even succeed at the HZ value. In practice our timers, even at
almost no load, only can guarantee firing 2 or 3 ticks after the time we
requested. This means we need timers to be about 3x higher than the 250 we
need.
> Then there is the matter of picking a value that is very close
> to being an integer factor of the standard PC clock. I don't
> remember how well 250 did, but here is the code I once used
> to compute such things:
Yes I stored a family of these values and 864 was ~ the optimum for a high
value for desktops and ~84 for a low value but were unpopular for not being
something decimally familiar. Also lots of code kind of broke with values
below 100 in the kernel.
Thanks!
--
-ck
-
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]
