[lkml]   [2004]   [Dec]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
The below patch allows to set the HZ dynamically at boot time with
command line parameter. HZ=1000 HZ=100 HZ=333 any other value just works
(though certain value may cause more or less drift to the system time

Is there any interest from the mainline developers to merge this into
2.6? I'm getting requests for this feature being forward ported to
2.6 (both for batch jobs and for the powersaved that can trim the hz
down to 80mhz). It should be up to the user to choose the HZ like it was
in 2.4-aa.

This patch is quite intrusive since many HZ visible to userspace have to
be converted to USER_HZ, and most important because HZ isn't available
at compile time anymore and every variable in function of HZ must be
either changed to be in function of USER_HZ or it must be initialized at
runtime. The code has debugging code (optional at compile time) so that
I can guarantee that there cannot be any regression.

Technically this makes a lot of sense to me (well, you can guess why I
implemented it in the first place), at least in archs where one cannot
reprogram the timer chip in a performant way (to stop timer ticks
completely until the next posted timer). This is in production for years
in SLES8 btw.

Comments welcome thanks.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:08    [W:0.115 / U:4.440 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site