Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751459AbWIKNFA (ORCPT ); Mon, 11 Sep 2006 09:05:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751460AbWIKNFA (ORCPT ); Mon, 11 Sep 2006 09:05:00 -0400 Received: from e4.ny.us.ibm.com ([32.97.182.144]:39345 "EHLO e4.ny.us.ibm.com") by vger.kernel.org with ESMTP id S1751459AbWIKNE7 (ORCPT ); Mon, 11 Sep 2006 09:04:59 -0400 Date: Mon, 11 Sep 2006 18:34:28 +0530 From: Srivatsa Vaddagiri To: Pavel Emelianov Cc: sekharan@us.ibm.com, Rik van Riel , Alan Cox , CKRM-Tech , Dave Hansen , Andi Kleen , Linux Kernel Mailing List , Christoph Hellwig , Andrey Savochkin , Matt Helsley , Hugh Dickins , Alexey Dobriyan , Kirill Korotaev , Oleg Nesterov , devel@openvz.org Subject: Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory) Message-ID: <20060911130428.GA16404@in.ibm.com> Reply-To: vatsa@in.ibm.com References: <44FD918A.7050501@sw.ru> <1157478392.3186.26.camel@localhost.localdomain> <44FED3CA.7000005@sw.ru> <1157579641.31893.26.camel@linuxchandra> <44FFCA4D.9090202@openvz.org> <1157656616.19884.34.camel@linuxchandra> <45011A47.1020407@openvz.org> <1157742442.19884.47.camel@linuxchandra> <450509EE.9010809@openvz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <450509EE.9010809@openvz.org> User-Agent: Mutt/1.5.11 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1091 Lines: 28 On Mon, Sep 11, 2006 at 11:02:06AM +0400, Pavel Emelianov wrote: > Sure. At the beginning I have one task with one BC. Then > 1. A thread is spawned and new BC is created; Why do we have to create a BC for every new thread? A new BC is needed for every new service level instead IMO. And typically there wont be unlimited service levels. > 2. New thread touches a new page (e.g. maps a new file) which is charged > to new BC > (and this means that this BC's must stay in memory till page is > uncharged); > 3. Thread exits after serving the request, but since it's mm is shared > with parent > all the touched pages stay resident and, thus, the new BC is still > pinned in memory. > Steps 1-3 are done multiple times for new pages (new files). > Remember that we're discussing the case when pages are not recharged. -- Regards, vatsa - 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/