Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 26 Aug 2002 15:30:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 26 Aug 2002 15:30:56 -0400 Received: from garrincha.netbank.com.br ([200.203.199.88]:49414 "HELO garrincha.netbank.com.br") by vger.kernel.org with SMTP id ; Mon, 26 Aug 2002 15:30:54 -0400 Date: Mon, 26 Aug 2002 16:28:13 -0300 (BRT) From: Rik van Riel X-X-Sender: riel@imladris.surriel.com To: Linus Torvalds cc: linux-kernel@vger.kernel.org Subject: Re: MM patches against 2.5.31 In-Reply-To: Message-ID: X-spambait: aardvark@kernelnewbies.org X-spammeplease: aardvark@nl.linux.org 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: 983 Lines: 27 On Mon, 26 Aug 2002, Linus Torvalds wrote: > If you do this, then I would personally suggest a conceptually different > approach: make the LRU list count towards the page count. That will > _automatically_ result in what you describe - if a page is on the LRU > list, then "freeing" it will always just decrement the count, and the > _real_ free comes from walking the LRU list and considering count==1 to > be trivially freeable. We can turn these into per-cpu "garbage collect" LRUs, if we're holding the lock anyway when we decrement the count we can move the page to a place where it can be found easily. regards, Rik -- Bravely reimplemented by the knights who say "NIH". http://www.surriel.com/ http://distro.conectiva.com/ - 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/