Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964866AbWHQNxj (ORCPT ); Thu, 17 Aug 2006 09:53:39 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965004AbWHQNxX (ORCPT ); Thu, 17 Aug 2006 09:53:23 -0400 Received: from mailhub.sw.ru ([195.214.233.200]:23437 "EHLO relay.sw.ru") by vger.kernel.org with ESMTP id S964998AbWHQNw6 (ORCPT ); Thu, 17 Aug 2006 09:52:58 -0400 Message-ID: <44E47547.8030702@sw.ru> Date: Thu, 17 Aug 2006 17:55:19 +0400 From: Kirill Korotaev User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060417 X-Accept-Language: en-us, en, ru MIME-Version: 1.0 To: vatsa@in.ibm.com CC: Andrew Morton , Linux Kernel Mailing List , Alan Cox , Ingo Molnar , Christoph Hellwig , Pavel Emelianov , Andrey Savochkin , devel@openvz.org, Rik van Riel , hugh@veritas.com, ckrm-tech@lists.sourceforge.net, Andi Kleen Subject: Re: [ckrm-tech] [RFC][PATCH] UBC: user resource beancounters References: <44E33893.6020700@sw.ru> <20060817110237.GA19127@in.ibm.com> In-Reply-To: <20060817110237.GA19127@in.ibm.com> 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 Content-Length: 1069 Lines: 28 > On Wed, Aug 16, 2006 at 07:24:03PM +0400, Kirill Korotaev wrote: > >>As the first step we want to propose for discussion >>the most complicated parts of resource management: >>kernel memory and virtual memory. > > Do you have any plans to post a CPU controller? Is that tied to UBC > interface as well? Not everything at once :) To tell the truth I think CPU controller is even more complicated than user memory accounting/limiting. No, fair CPU scheduler is not tied to UBC in any regard. As we discussed before, it is valuable to have an ability to limit different resources separately (CPU, disk I/O, memory, etc.). For example, it can be possible to place some mission critical kernel threads (like kjournald) in a separate contanier. This patches are related to kernel memory and nothing more :) Thanks, Kirill - 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/