From: Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com>
To: Avi Kivity <avi@redhat.com>
Cc: habanero@linux.vnet.ibm.com,
Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com>,
kvm@vger.kernel.org
Subject: Re: [PATCH] add PLE stats to kvmstat
Date: Mon, 09 Jul 2012 14:42:51 +0800 [thread overview]
Message-ID: <4FFA7D6B.1010504@linux.vnet.ibm.com> (raw)
In-Reply-To: <4FF957EF.3060003@redhat.com>
On 07/08/2012 05:50 PM, Avi Kivity wrote:
> On 07/06/2012 09:12 PM, Andrew Theurer wrote:
>> On Sat, 2012-07-07 at 01:40 +0800, Xiao Guangrong wrote:
>>> On 07/06/2012 09:22 PM, Andrew Theurer wrote:
>>>> On Fri, 2012-07-06 at 15:42 +0800, Xiao Guangrong wrote:
>>>>> On 07/06/2012 05:50 AM, Andrew Theurer wrote:
>>>>>> I, and I expect others, have a keen interest in knowing how often we
>>>>>> exit for PLE, and also how often that includes a yielding to another
>>>>>> vcpu. The following adds two more counters to kvmstat to track the
>>>>>> exits and the vcpu yields. This in no way changes PLE behavior, just
>>>>>> helps us track what's going on.
>>>>>>
>>>>>
>>>>> Tracepoint is a better choice than the counters you used. :)
>>>>
>>>> Xiao, is kvmstat considered to be deprecated? Or are debug stats like
>>>> this just generally favored to be processed via something like perf
>>>> instead of debugfs?
>>>
>>> Andrew, please refer to Documentation/feature-removal-schedule.txt,
>>> it says:
>>>
>>> What: KVM debugfs statistics
>>> When: 2013
>>> Why: KVM tracepoints provide mostly equivalent information in a much more
>>> flexible fashion.
>>>
>>> You can use tracepoints instead of your debugfs-counters in this patch.
>>
>> Great, thanks. I will work on a tracepoint based approach.
>>>
>>>> Should we be removing kvmstat?
>>>>
>>>
>>> Some months ago, i implemented 'perf kvm-events' which can analyse kvm
>>> events more smartly, the patchset can be found at:
>>> https://lkml.org/lkml/2012/3/6/86
>>
>> I will take a look.
>>>
>>> Avi said it may instead of kvmstat, but i am too busy to update this
>>> patchset. :)
>>>
>
> Note, kvm_stat is able to use both the old debugfs based statistics and
> the tracepoint based events. The latter requires root privileges.
>
Yes, but you are going to remove KVM debugfs statistics, will you
plan to remove kvm_stat after debugfs based statistics removed and
kvm-events merged?
> (bonus: pressing 'x' expands the kvm_exit statistic to include
> information about the various hardware exit reasons).
Yes, i noticed that, good feature, thank you, Avi!
next prev parent reply other threads:[~2012-07-09 6:43 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-05 21:50 [PATCH] add PLE stats to kvmstat Andrew Theurer
2012-07-06 7:42 ` Xiao Guangrong
2012-07-06 13:22 ` Andrew Theurer
2012-07-06 17:40 ` Xiao Guangrong
2012-07-06 18:12 ` Andrew Theurer
2012-07-08 9:50 ` Avi Kivity
2012-07-09 6:42 ` Xiao Guangrong [this message]
2012-07-09 10:52 ` Avi Kivity
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=4FFA7D6B.1010504@linux.vnet.ibm.com \
--to=xiaoguangrong@linux.vnet.ibm.com \
--cc=avi@redhat.com \
--cc=habanero@linux.vnet.ibm.com \
--cc=kvm@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.