Re: increasing HZ in Linux kernel

From: SPATZ1@t-online.de (Frank Schneider)
To: george anzinger <george@mvista.com>
Cc: "Antonios G. Danalis" <danalis@udel.edu>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: increasing HZ in Linux kernel
Date: Fri, 14 Sep 2001 19:53:40 +0200	[thread overview]
Message-ID: <3BA24424.A3C74D69@t-online.de> (raw)
In-Reply-To: <3BA134F3.FA661E9E@udel.edu> <3BA23D51.B456C9EE@mvista.com>

george anzinger schrieb:
> 
> "Antonios G. Danalis" wrote:
> >
> > Hello,
> >
> > I want to increase the frequency of the clock interrupt up
> > to ~10000 to run some experiments.
> >
> > Is there an easy way to increase clock interrupt freq, or
> > do I have to mess with the whole kernel ?
> >
> The approach we are taking in the high-res-timers project
> (http://sourceforge.net/projects/high-res-timers) is to leave HZ alone
> and schedule timer interrupts as needed between the 1/HZ ticks.  I have
> an kernel with most of the infrastructure ready to put on the
> sourceforge site (today I hope), that you may want to look at.  Be
> aware, however, it is not really a simple change.  You may also want to
> look at the UTIME patch from the University of Kansas, which, to some
> extent, is where I started.  We both leave HZ alone and schedule timer
> ticks as needed to get high resolution.
> 
> As you have noted, changing HZ impacts other sub systems.  There is also
> an issue of jiffie rollover which affects the longest time you can set
> timers for.  Currently with HZ =100 and 32-bit integers, this is about
> 248.55 days.  

Sure ?
I think it is 497 days, jiffies is "unsigned long" on IA32.

(On PPC "HZ" is 1024, but i think there "jiffies" is 64-bit.)

I encountered this problem as my "/proc/uptime"-counter got over the
ridge and the machine now has an uptime of 550 days, but /proc/uptime
speaks of 550-497=53 days.

I also postet a patch against this effect, but this does only cosmetic
and no major changes to other things like "jiffies".

If you move HZ to 1000, this moves to 24.855 days, and the
> 10,000 you want moves it to 2.4855 days which will give problems with at
> least the cron sub system and probably a lot of others.

The rollover at my machine (2.2.10) did not do any harm, but that does
not mean that there will be no negative side-effect.

Solong..
Frank.

--
Frank Schneider, <SPATZ1@T-ONLINE.DE>.                           
Microsoft isn't the answer.
Microsoft is the question, and the answer is NO.
... -.-