From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261760AbULUN7M (ORCPT ); Tue, 21 Dec 2004 08:59:12 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261762AbULUN7M (ORCPT ); Tue, 21 Dec 2004 08:59:12 -0500 Received: from mpc-26.sohonet.co.uk ([193.203.82.251]:6865 "EHLO moving-picture.com") by vger.kernel.org with ESMTP id S261760AbULUN7I (ORCPT ); Tue, 21 Dec 2004 08:59:08 -0500 Message-ID: <41C82C2A.9060301@moving-picture.com> Date: Tue, 21 Dec 2004 13:59:06 +0000 From: James Pearson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Arcangeli CC: Andrew Morton , marcelo.tosatti@cyclades.com, linux-kernel@vger.kernel.org Subject: Re: Reducing inode cache usage on 2.4? References: <41C316BC.1020909@moving-picture.com> <20041217151228.GA17650@logos.cnet> <41C37AB6.10906@moving-picture.com> <20041217172104.00da3517.akpm@osdl.org> <20041220192046.GM4630@dualathlon.random> <41C80A04.9070504@moving-picture.com> <20041221132255.GI2143@dualathlon.random> In-Reply-To: <20041221132255.GI2143@dualathlon.random> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Andrea Arcangeli wrote: > On Tue, Dec 21, 2004 at 11:33:24AM +0000, James Pearson wrote: > >>Setting vm_mapped_ratio to 20 seems to give a 'better' memory usage >>using my very contrived test - running a find will result in about 900Mb >>of dcache/icache, but then running a cat to /dev/null will shrink the >>dcache/icache down to between 100-300Mb - running the find and cat at >>the same time results in about the same dcache/icache usage. >> >>I'll give this a go on the production NFS server and I'll see if it >>improves things. > > > Ok great. If 20 isn't enough just set it to 40, just be careful that if > you set it too high the system may swap a bit too early. I've changed the value of vm_mapped_ratio to 20 - which has a default value of 100 - I guess you're talking about vm_cache_scan_ratio? I've tried changing just vm_cache_scan_ratio to 20, but it doesn't seem to make any difference - I though a higher vm_cache_scan_ratio value meant less is scanned? James Pearson