From: Chris Friesen <chris.friesen@windriver.com>
To: lkml <linux-kernel@vger.kernel.org>,
Frederic Weisbecker <fweisbec@gmail.com>
Subject: Re: weird /proc/stat output with newer (4.1, 4.2) kernels in kvm guest on 3.10 host?
Date: Thu, 3 Mar 2016 12:36:02 -0600 [thread overview]
Message-ID: <56D88412.7010101@windriver.com> (raw)
In-Reply-To: <56D71EF1.2090404@windriver.com>
On 03/02/2016 11:12 AM, Chris Friesen wrote:
> I'm running a 3.10-based host with libvirt 1.2.12 and qemu 2.2.
>
> Running a Fedora23 cloud image as a guest, the "cpu" lines in /proc/stat seem to
> be hardly changing:
>
> [fedora@fedora23 boot]$ uptime
> 17:01:50 up 44 min, 1 user, load average: 3.00, 2.99, 2.79
> [fedora@fedora23 boot]$ grep cpu /proc/stat
> cpu 13 0 124 65880 165 0 0 23088 0 0
> cpu0 1 0 4 21967 67 0 0 21866 0 0
> cpu1 8 0 52 21877 66 0 0 623 0 0
> cpu2 4 0 67 22034 30 0 0 598 0 0
>
>
> Running an Ubuntu 15.10 cloud image as a guest, everything looks fine:
>
> ubuntu@ubuntu1510:/boot$ uptime
> 17:02:28 up 28 min, 1 user, load average: 3.00, 2.98, 2.42
> ubuntu@ubuntu1510:/boot$ grep cpu /proc/stat
> cpu 3932 130 443061 46116 257 0 5 12974 0 0
> cpu0 1296 130 139886 14960 195 0 1 12343 0 0
> cpu1 1330 0 151580 15570 35 0 0 315 0 0
> cpu2 1305 0 151595 15586 26 0 4 316 0 0
>
>
> In both cases the current_clocksource is kvm-clock.
Quick update (sorry it's not threaded, I'm not subscribed to the list).
The problem seems to be related to VIRT_CPU_ACCOUNTING being enabled in the
guest. If I switch to TICK_CPU_ACCOUNTING or IRQ_TIME_ACCOUNTING then the
problem goes away.
I'm digging into the code now. Anyone have any tips on debugging why
VIRT_CPU_ACCOUNTING is misbehaving in the guest?
Thanks,
Chris
prev parent reply other threads:[~2016-03-03 18:36 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-02 17:12 weird /proc/stat output with newer (4.1, 4.2) kernels in kvm guest on 3.10 host? Chris Friesen
2016-03-03 18:36 ` Chris Friesen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56D88412.7010101@windriver.com \
--to=chris.friesen@windriver.com \
--cc=fweisbec@gmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox