|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] "right" way to gather domU stats in xen 3 & 4?
Hi Dan,
2011/3/1 Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>:
> 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
> 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
--
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.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|