[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] CPU Usage Discrepancies
Does your /proc/stat analysis include time spent in the kernel? Another possibility here is that, if your guest blocks a lot, you will see that Linux counts the guest as 'running' for less of the context-switch path than Xen does. This will cause Linux's estimate of time used to be less than Xen's. There's not much to be done about that: in general Xen has more knowledge of what is actually going on, including precisely when a switch of control happens, and the numbers from xentop will be more accurate than numbers generated by the guest itself (particularly with frequently-blocking workloads). Although it depends on what you're interested in measuring -- if you care about the amount of time spent doing useful application work (as opposed to context switching) then you might be more interested in the Linux stats because Xen will include more time spent in the Linux and Xen context switch paths. -- Keir On 2/3/07 23:42, "Pradeep Vincent" <pradeep.vincent@xxxxxxxxx> wrote: > I see serious discrepancies between Cpu usage as reported by /proc/stat on > Xen3 > virts and Cpu usage as reported by the hypervisor via "xm" tool > (cpu_time). The problem exists on Intel and AMD platforms - 1 Vcpu and > multiple Vcpu slots - 1 Physical CPU and multiple Physical CPU hosts. > > The skew is pronounced with workloads that "sleep-wake-sleep-wake" at > a high frequency while workloads that hog the CPU don't exhibit this > problem as much. > > Anybody seen this ? Any insights ? > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=882 has all the > details. > > - Pradeep Vincent > > _______________________________________________ > 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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |