From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754378AbXFYRfo (ORCPT ); Mon, 25 Jun 2007 13:35:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751334AbXFYRfh (ORCPT ); Mon, 25 Jun 2007 13:35:37 -0400 Received: from smtp-out.google.com ([216.239.33.17]:51064 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750718AbXFYRfg (ORCPT ); Mon, 25 Jun 2007 13:35:36 -0400 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:message-id:date:from:to:subject:cc:in-reply-to: mime-version:content-type:content-transfer-encoding: content-disposition:references; b=iCgj1DgklZtYT1ddndPQHMiBYzU0JPg/fVigjtFAEc0E+SYmd6wrDAQ4E0Sq5BJMg rckTZ4mjZTD6OnHSxWtAQ== Message-ID: <6599ad830706251035t37f916dcr5e35e40e3470482c@mail.gmail.com> Date: Mon, 25 Jun 2007 10:35:26 -0700 From: "Paul Menage" To: "Vaidyanathan Srinivasan" Subject: Re: [RFC] mm-controller Cc: "Peter Zijlstra" , balbir@linux.vnet.ibm.com, "Linux Kernel" , "Linux Containers" , linux-mm , "Balbir Singh" , "Pavel Emelianov" , "Kirill Korotaev" , devel@openvz.org, "Andrew Morton" , "Eric W. Biederman" , "Herbert Poetzl" , "Roy Huang" , "Aubrey Li" In-Reply-To: <467BFA47.4050802@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1182418364.21117.134.camel@twins> <467A5B1F.5080204@linux.vnet.ibm.com> <1182433855.21117.160.camel@twins> <467BFA47.4050802@linux.vnet.ibm.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 6/22/07, Vaidyanathan Srinivasan wrote: > > Merging both limits will eliminate the issue, however we would need > individual limits for pagecache and RSS for better control. There are > use cases for pagecache_limit alone without RSS_limit like the case of > database application using direct IO, backup applications and > streaming applications that does not make good use of pagecache. > If streaming applications would otherwise litter the pagecache with unwanted data, then limiting their total memory footprint (with a single limit) and forcing them to drop old data sooner sounds like a great idea. Paul