Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S289462AbSAVWKB>; Tue, 22 Jan 2002 17:10:01 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S289471AbSAVWJw>; Tue, 22 Jan 2002 17:09:52 -0500
Received: from thebsh.namesys.com ([212.16.7.65]:32010 "HELO
	thebsh.namesys.com") by vger.kernel.org with SMTP
	id <S289462AbSAVWJk>; Tue, 22 Jan 2002 17:09:40 -0500
Message-ID: <3C4DE22D.4090904@namesys.com>
Date: Wed, 23 Jan 2002 01:05:33 +0300
From: Hans Reiser <reiser@namesys.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: en-us
MIME-Version: 1.0
To: Chris Mason <mason@suse.com>
CC: Rik van Riel <riel@conectiva.com.br>,
        Andreas Dilger <adilger@turbolabs.com>, Shawn Starr <spstarr@sh0n.net>,
        linux-kernel@vger.kernel.org, ext2-devel@lists.sourceforge.net
Subject: Re: Possible Idea with filesystem buffering.
In-Reply-To: <Pine.LNX.4.33L.0201221234470.32617-100000@imladris.surriel.com> <3C4DB36F.4090306@namesys.com> <2080500000.1011727185@tiny> <3C4DCC49.1080202@namesys.com> <2116720000.1011733708@tiny>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

Chris Mason wrote:

>
>On Tuesday, January 22, 2002 11:32:09 PM +0300 Hans Reiser
><reiser@namesys.com> wrote:
>
>>>Its not about the cost of a function call, it's what the FS does to make
>>>that call useful.  Pretend for a second the VM tells the FS everything it
>>>needs to know to age a page (whatever scheme the FS wants to use).
>>>
>>>Then pretend the VM decides there's memory pressure, and tells the FS
>>>subcache to start freeing ram.  So, the FS goes through its list of pages
>>>and finds the most suitable one for flushing, but it has no idea how
>>>suitable that page is in comparison with the pages that don't belong to
>>>that FS (or even other pages from different mount points of the same FS
>>>flavor).
>>>
>>Why does it need to know how suitable it is compared to the other
>>subcaches?  It just ages X pages, and depends on the VM to determine how
>>large X is.  The VM pressures subcaches in proportion to their size, it
>>doesn't need to know  how suitable one page is compared to another, it
>>just has a notion of push on everyone in proportion to their size.
>>
>
>If subcache A has 1000 pages that are very very active, and subcache B has
>500 pages that never ever get used, should A get twice as much memory
>pressure?  That's what we want to avoid, and I don't see how subcaches
>allow it.
>
>-chris
>
>
>
>
Yes, it should get twice as much pressure, but that does not mean it 
should free twice as many pages, it means it should age twice as many 
pages, and then the accesses will un-age them.

Make more sense now?

Hans

-
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/