Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 19 Feb 2002 05:57:04 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 19 Feb 2002 05:56:56 -0500 Received: from holomorphy.com ([216.36.33.161]:55957 "EHLO holomorphy") by vger.kernel.org with ESMTP id ; Tue, 19 Feb 2002 05:56:42 -0500 Date: Tue, 19 Feb 2002 02:56:21 -0800 From: William Lee Irwin III To: Rik van Riel Cc: Linus Torvalds , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH] reduce struct_page size Message-ID: <20020219105621.GI3511@holomorphy.com> Mail-Followup-To: William Lee Irwin III , Rik van Riel , Linus Torvalds , linux-kernel@vger.kernel.org, linux-mm@kvack.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Description: brief message Content-Disposition: inline In-Reply-To: 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 On Mon, 18 Feb 2002, Rik van Riel wrote: >>> o page->zone is shrunk from a pointer to an index into a small >>> array of zones ... this means we have space for 3 more chars >>> in the struct page to other stuff (say, page->age) On Mon, 18 Feb 2002, Linus Torvalds wrote: >> Why not put "page->zone" into the page flags instead? On Tue, Feb 19, 2002 at 07:38:02AM -0300, Rik van Riel wrote: > The original reason it's not in page->flags is that the > rmap patch also has page->age. > Furthermore, the NUMA folks wanted the ability to have > quite a few zones. I didn't have any particular objection to it. With ->age in there the unsigned char didn't make a difference and it perhaps looked cleaner. On Mon, 18 Feb 2002, Linus Torvalds wrote: >> The patch looks good, it's just silly to say that you made "struct page" >> smaller, and then waste four bytes. On Tue, Feb 19, 2002 at 07:38:02AM -0300, Rik van Riel wrote: > If you want I'll look into shoving the zone bits into > page->flags ... I still have my old code sitting around that I could quickly resurrect to provide this. I can integrate it and send it to you for review if that would help. I don't really care one way or the other about whether my original implementation is reused so much as preventing my inaction from delaying the merge. The difference is just trivial. 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/