Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 11 Jul 2002 08:51:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 11 Jul 2002 08:51:49 -0400 Received: from pD952AE71.dip.t-dialin.net ([217.82.174.113]:29576 "EHLO hawkeye.luckynet.adm") by vger.kernel.org with ESMTP id ; Thu, 11 Jul 2002 08:51:48 -0400 Date: Thu, 11 Jul 2002 06:54:25 -0600 (MDT) From: Thunder from the hill X-X-Sender: thunder@hawkeye.luckynet.adm To: Hannu Savolainen cc: george anzinger , "Grover, Andrew" , Linux Subject: Re: HZ, preferably as small as possible In-Reply-To: Message-ID: X-Location: Potsdam; Germany MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1135 Lines: 34 Hi, On Thu, 11 Jul 2002, Hannu Savolainen wrote: > This is not a problem at all. Just define HZ as: > > extern int system_hz; > #define HZ system_hz > > After that all code will use variable HZ. Changing HZ on fly will be > dangerous. However HZ can be made a boot time (LILO) parameter. OK, that's probably a start. As the next step, I'd recommend that the maintainers and their supporters try to replace the static HZ with possibly-dynamic system_hz. The third step would be to have guys like Ingo to tune system_hz to be really dynamic. Cool idea, anyway. Regards, Thunder -- (Use http://www.ebb.org/ungeek if you can't decode) ------BEGIN GEEK CODE BLOCK------ Version: 3.12 GCS/E/G/S/AT d- s++:-- a? C++$ ULAVHI++++$ P++$ L++++(+++++)$ E W-$ N--- o? K? w-- O- M V$ PS+ PE- Y- PGP+ t+ 5+ X+ R- !tv b++ DI? !D G e++++ h* r--- y- ------END GEEK CODE BLOCK------ - 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/