Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 17 Jan 2002 11:36:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 17 Jan 2002 11:36:32 -0500 Received: from penguin.e-mind.com ([195.223.140.120]:31795 "EHLO penguin.e-mind.com") by vger.kernel.org with ESMTP id ; Thu, 17 Jan 2002 11:36:21 -0500 Date: Thu, 17 Jan 2002 17:37:01 +0100 From: Andrea Arcangeli To: Christoph Rohland Cc: linux-kernel@vger.kernel.org, Linus Torvalds Subject: Re: pte-highmem-5 Message-ID: <20020117173701.R4847@athlon.random> In-Reply-To: <20020116185814.I22791@athlon.random> <20020117163021.L4847@athlon.random> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: ; from cr@sap.com on Thu, Jan 17, 2002 at 05:11:48PM +0100 X-GnuPG-Key-URL: http://e-mind.com/~andrea/aa.gnupg.asc X-PGP-Key-URL: http://e-mind.com/~andrea/aa.asc Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 17, 2002 at 05:11:48PM +0100, Christoph Rohland wrote: > Hi Andrea, > > On Thu, 17 Jan 2002, Andrea Arcangeli wrote: > > (btw, I suspect allocating one page at offset 4G in every shmfs file > > could make the overhead per page of shm to increase) > > Nearly: A sparse file with the only page at 4G is the worst case: You > need three extra pages to hold the swap entry. The ratio goes fown as > soon as you add more pages somewhere. Agreed. > > > But in real life I really don't expect problems here, one left page > > of the vector holds 1024 swap entries, so the overhead is of the > > order of 1/1000. On the top of my head (without any precise > > calculation) 64G of shm would generate stuff of the order of some > > houndred mbytes of ram > > Ok, 64GB shm allocate roughly 64MB swap entries, so this case should > not bother too much. I was still at the 390x case where we have 512 > entries per page. But they do not need highmem. agreed. > Another case are smaller machines with big tmpfs instances: They get > killed by the swap entries. But you cannot hinder that without > swapping the swap entries themselves. yes, same can happen with pagetables, if you've an huge amount of swap and only a few mbytes of ram, that's another kind of problem that we always ignored so far (mostly because it is possible to solve it very efficiently by throwing money into some more ram :). Andrea - 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/