Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750779AbWIOQyy (ORCPT ); Fri, 15 Sep 2006 12:54:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750801AbWIOQyx (ORCPT ); Fri, 15 Sep 2006 12:54:53 -0400 Received: from smtp-out.google.com ([216.239.45.12]:1886 "EHLO smtp-out.google.com") by vger.kernel.org with ESMTP id S1750779AbWIOQyw (ORCPT ); Fri, 15 Sep 2006 12:54:52 -0400 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:subject:from:reply-to:to:cc:in-reply-to:references: content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=wnx6hMUpedzhNm2jD3bC+GfulOqUJUv5rsY9nA77wPAW+uFkiGcgwBELm2EbxjHTp PWyh2YUf3w06uqgOX+qXg== Subject: Re: [ckrm-tech] [PATCH] BC: resource beancounters (v4) (added user memory) From: Rohit Seth Reply-To: rohitseth@google.com To: Kirill Korotaev Cc: sekharan@us.ibm.com, Rik van Riel , vatsa@in.ibm.com, CKRM-Tech , balbir@in.ibm.com, Dave Hansen , Linux Kernel Mailing List , Andi Kleen , Christoph Hellwig , Andrey Savochkin , devel@openvz.org, Matt Helsley , Hugh Dickins , Alexey Dobriyan , Oleg Nesterov , Alan Cox , Pavel Emelianov In-Reply-To: <450A71B1.8020009@sw.ru> References: <44FD918A.7050501@sw.ru> <44FDAB81.5050608@in.ibm.com> <44FEC7E4.7030708@sw.ru> <44FF1EE4.3060005@in.ibm.com> <1157580371.31893.36.camel@linuxchandra> <45011CAC.2040502@openvz.org> <1157743424.19884.65.camel@linuxchandra> <1157751834.1214.112.camel@galaxy.corp.google.com> <1157999107.6029.7.camel@linuxchandra> <1158001831.12947.16.camel@galaxy.corp.google.com> <20060912104410.GA28444@in.ibm.com> <1158081752.20211.12.camel@galaxy.corp.google.com> <1158105732.4800.26.camel@linuxchandra> <1158108203.20211.52.camel@galaxy.corp.google.com> <1158109991.4800.43.camel@linuxchandra> <1158111218.20211.69.camel@galaxy.corp.google.com> <1158186247.18927.11.camel@linuxchandra> <450A71B1.8020009@sw.ru> Content-Type: text/plain Organization: Google Inc Date: Fri, 15 Sep 2006 09:52:40 -0700 Message-Id: <1158339160.12311.35.camel@galaxy.corp.google.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1231 Lines: 34 On Fri, 2006-09-15 at 13:26 +0400, Kirill Korotaev wrote: > Chandra Seetharaman wrote: > > > esoteric ?! Please look at the different operating system that provide > > resource management and other resource management capability providers. > > All of them have both guarantees and limits (they might call them > > differently). > > > > Here are a few: > > http://www.hp.com/go/prm > > http://www.sun.com/software/resourcemgr/ > > http://www.redbooks.ibm.com/redbooks/pdfs/sg245977.pdf > > http://www.vmware.com/pdf/vmware_drs_wp.pdf > > http://www.aurema.com > have you ever tested any of these?! > there is no _memory_ guarantees AFAIK in all of them except Interesting... > for VMware which can reserve required amount of RAM for VM. It is much easier to provide guarantees in complete virtual environments. But then you pay the cost in terms of performance. I think we should punt on hard guarantees and fractions for the first draft. Keep the implementation simple. -rohit - 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/