Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757941AbXETM44 (ORCPT ); Sun, 20 May 2007 08:56:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755571AbXETM4t (ORCPT ); Sun, 20 May 2007 08:56:49 -0400 Received: from ns1.suse.de ([195.135.220.2]:51211 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755551AbXETM4s (ORCPT ); Sun, 20 May 2007 08:56:48 -0400 From: Andi Kleen Organization: SUSE Linux Products GmbH, Nuernberg, GF: Markus Rex, HRB 16746 (AG Nuernberg) To: Eric Dumazet Subject: Re: [rfc] increase struct page size?! Date: Sun, 20 May 2007 14:56:25 +0200 User-Agent: KMail/1.9.6 Cc: Christoph Lameter , William Lee Irwin III , Nick Piggin , Linux Kernel Mailing List , Linux Memory Management List , linux-arch@vger.kernel.org References: <20070518040854.GA15654@wotan.suse.de> <464FCA28.9040009@cosmosbay.com> In-Reply-To: <464FCA28.9040009@cosmosbay.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200705201456.26283.ak@suse.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1431 Lines: 33 On Sunday 20 May 2007 06:10:16 Eric Dumazet wrote: > Christoph Lameter a ?crit : > > On Sat, 19 May 2007, William Lee Irwin III wrote: > > > >> However, there are numerous optimizations and features made possible > >> with flag bits, which might as could be made cheap by padding struct > >> page up to the next highest power of 2 bytes with space for flag bits. > > > > Well the last time I tried to get this by Andi we became a bit concerned > > when we realized that the memory map would grow by 14% in size. Given > > that 4k page size challenged platforms have a huge amount of page structs > > that growth is significant. I think it would be fine to do it for IA64 > > with 16k page size but not for x86_64. > > This reminds me Andi attempted in the past to convert 'flags' to a 32 bits field : > > http://marc.info/?l=linux-kernel&m=107903527523739&w=2 > > I wonder why this idea was not taken, saving 2MB per GB of memory is nice :) It made sense in 2.4, but in 2.6 it doesn't actually save any memory because there is no field to put into the freed padding. Besides with the scarcity of pageflags it might make sense to do "64 bit only" flags at some point. -Andi - 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/