Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262564AbUCONXq (ORCPT ); Mon, 15 Mar 2004 08:23:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262565AbUCONXq (ORCPT ); Mon, 15 Mar 2004 08:23:46 -0500 Received: from mx1.redhat.com ([66.187.233.31]:47815 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S262564AbUCONXp (ORCPT ); Mon, 15 Mar 2004 08:23:45 -0500 Date: Mon, 15 Mar 2004 08:23:24 -0500 (EST) From: Rik van Riel X-X-Sender: riel@chimarrao.boston.redhat.com To: Andrea Arcangeli cc: Nick Piggin , Andrew Morton , , , , Subject: Re: [2.4] heavy-load under swap space shortage In-Reply-To: <20040315114914.GA30940@dualathlon.random> Message-ID: 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: 940 Lines: 21 On Mon, 15 Mar 2004, Andrea Arcangeli wrote: > it is the absolutely worst case since both lru could be of around the same > size (800M zone-normal-lru and 1.2G zone-highmem-lru), maximizing the > loss of "age" information needed for optimal reclaim decisions. You only lose age information if you don't put equal aging pressure on both zones. If you make sure the allocation and pageout pressure are more or less in line with the zone sizes, why would you lose any aging information ? -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan - 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/