Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S261589AbSIXHGh>; Tue, 24 Sep 2002 03:06:37 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S261590AbSIXHGh>; Tue, 24 Sep 2002 03:06:37 -0400
Received: from holomorphy.com ([66.224.33.161]:14233 "EHLO holomorphy")
	by vger.kernel.org with ESMTP id <S261589AbSIXHGg>;
	Tue, 24 Sep 2002 03:06:36 -0400
Date: Tue, 24 Sep 2002 00:11:16 -0700
From: William Lee Irwin III <wli@holomorphy.com>
To: Rolf Fokkens <fokkensr@fokkensr.vertis.nl>
Cc: Robert Love <rml@tech9.net>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] 32bit wraps and USER_HZ [64 bit counters], kernel 2.5.37
Message-ID: <20020924071116.GC3530@holomorphy.com>
Mail-Followup-To: William Lee Irwin III <wli@holomorphy.com>,
	Rolf Fokkens <fokkensr@fokkensr.vertis.nl>,
	Robert Love <rml@tech9.net>, linux-kernel@vger.kernel.org
References: <200209222207.g8MM7MM04998@fokkensr.vertis.nl> <200209232208.g8NM8bN05831@fokkensr.vertis.nl> <1032819194.25745.241.camel@phantasy> <200209240704.g8O74Ur01620@fokkensr.vertis.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Description: brief message
Content-Disposition: inline
In-Reply-To: <200209240704.g8O74Ur01620@fokkensr.vertis.nl>
User-Agent: Mutt/1.3.25i
Organization: The Domain of Holomorphy
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1015
Lines: 23

On Tuesday 24 September 2002 00:13, Robert Love wrote:
>> Having arrays statically created at NR_CPUS inside the task_struct is
>> just gross.  Especially with NR_CPUS=32.  That is 128 bytes each!  Now
>> with your changes, it is 256 bytes each!

On Tue, Sep 24, 2002 at 09:04:25AM +0200, Rolf Fokkens wrote:
> I can understand that. However from a user point of view statistics are very 
> usefull information, but not specifically the per-processor statistics.
> I assume you mean to leave out the per-process statistics? Or do you mean to 
> kmalloc the per-processor statistics when needed - that is: only when 
> processes are running or maybe when the user has chosen to turn then on (some 
> sysctl maybe)? 

I'm in favor of removing them entirely.


Cheers,
Bill
-
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/