[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Problems with xenmon


  • To: Jia Rao <rickenrao@xxxxxxxxx>
  • From: Ananth <cbananth@xxxxxxxxx>
  • Date: Sat, 16 May 2009 07:02:03 +0530
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 15 May 2009 18:33:15 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PRJS85TzpRCnhNUVbAXO1Wyd0jXJuUfcKwdEhcojzK6u36BrUty0cUUpQLm8VY+P7T 2I+eOrAyC08cWiGAZbEg+c/xNLwLogFl5Ci1A6Ql5KhJ80PlBqDXIt6WHTb8vJIJJkcN 95KILmldvppecMIlAv4NaKqMu3fRvvVyW7Yi8=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Hi,
Even I am facing the same problem. Irrespective of how much I/O I am doing from the guest OS, xenmon iocount shows 0 always. Were you able to figure out why this happens?

Please throw some light on this.

Thank you.

Warm Regards
Ananth

On Sun, May 3, 2009 at 2:38 AM, Jia Rao <rickenrao@xxxxxxxxx> wrote:
Hi all,

I just tried to use xenmon to monitor VMs in a Xen platform.
 
It is strange that the io_count reported by xenmon is always zero for all the domains (including dom0). I ran network intensive as well as disk intensive I/O workloads. Xenmon reports nothing about the I/O event.
 
The page transfer is always zero, but the page map and unmap have values.
Does xen still transfer data from dom0 from/to domu for I/O request? or all the data "transfer" is based on grant table map/unmap?

Best regards,
Jia.
 
FYI:
xen 3.3 (PV)
CentOS Linux 2.6.18-3 for dom0 and domU
Intel Xeon two 4-core

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.