From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Heigl Subject: Re: "right" way to gather domU stats in xen 3 & 4? Date: Tue, 1 Mar 2011 17:59:27 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dan Magenheimer Cc: xen-devel , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org Hi Dan, 2011/3/1 Dan Magenheimer : > Tmem has no value without guest kernel changes and getting those > changes (even though very small) into the Linux kernel has proven > to be a very long frustrating experience, which I hope will I wondered for some time now... can't you just push it into Oracle VM & OEL in the meantime? Even as an unsupported kernel, It would "work for me" and my customers. About the long frustrating experience, see my sig :) > A couple of key things to plan for in your management tools: > 1) Don't assume that the amount of memory used by a guest is > =A0 fixed and/or only under the control of your tools. Thats why I've been asking so intently. Right now it will be great to have a graph showing mem and maxmem, but when tmem is seeing more adaption any baloon stats become less useful. Also, as of today, half of the distros doesn't have working cpu hotplug or balooning anyway. Anyway, thanks for the update :) Flo --=20 the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs.