From: Janosch Frank <frankja@linux.vnet.ibm.com>
To: Christian Borntraeger <borntraeger@de.ibm.com>,
Paolo Bonzini <pbonzini@redhat.com>
Cc: kvm@vger.kernel.org, dan.carpenter@oracle.com,
frankja@linux.vnet.ibm.com
Subject: Re: [PATCH] KVM: Create debugfs statistics for each VM
Date: Fri, 5 Feb 2016 10:02:36 +0100 [thread overview]
Message-ID: <56B4652C.1050302@linux.vnet.ibm.com> (raw)
In-Reply-To: <56B34DA9.5040004@de.ibm.com>
On 02/04/2016 02:10 PM, Christian Borntraeger wrote:
> On 02/04/2016 02:05 PM, Paolo Bonzini wrote:
>>
>>
>> On 02/02/2016 15:14, Christian Borntraeger wrote:
>>> FWIW, the newly created subfolders,
>>>
>>> require QEMU commit 6590045e5dd2fb0b1d7cdc047ae0c52fd4bb5276
>>> scripts/kvm/kvm_stat: Replaced os.listdir with os.walk
>>>
>>> Otherwise you might get errors like
>>>
>>> Traceback (most recent call last):
>>> File "scripts/kvm/kvm_stat", line 640, in <module>
>>> curses.wrapper(tui, stats)
>>> File "/usr/lib64/python2.7/curses/wrapper.py", line 43, in wrapper
>>> return func(stdscr, *args, **kwds)
>>> File "scripts/kvm/kvm_stat", line 547, in tui
>>> refresh(sleeptime)
>>> File "scripts/kvm/kvm_stat", line 523, in refresh
>>> s = stats.get()
>>> File "scripts/kvm/kvm_stat", line 483, in get
>>> new = d.read()
>>> File "scripts/kvm/kvm_stat", line 37, in read
>>> return dict([(key, val(key)) for key in self._fields])
>>> File "scripts/kvm/kvm_stat", line 36, in val
>>> return int(file(self.base + '/' + key).read())
>>> IOError: [Errno 21] Is a directory: '/sys/kernel/debug/kvm/13123-31'
>>>
>>> when using the "-d" option.
>>>
>>>
>>> Paolo, I still think that this a valuable addon for debugging. Any guidance?
>>
>> Yeah, I agree... Do we want to add a module parameter for this, and/or
>> a kernel configuration that for now defaults to N?
>>
>
>
>> An alternative is to move kvm_stat from QEMU to tools/.
>
> Hmm, that is probably the best solution, given that it has no dependency
> on QEMU but heavily depends on the kernel module.
So, what's the plan then?
Give me some pointers and I'm happy to do the work, but I currently
don't have enough experience to know/guess what is wanted.
I still have about 3 or 4 patches for kvm_stat in my queue that will add
the filtering support for debugfs AND tracefs. One of them also adds
documentation to the script, as well as to the man page and I might add
one that brings py3 support.
Most of them are ready, but before finishing the filtering support I
wanted to wait until the kernel patch was in next.
Do you (Paolo) want to move this patch through kvm-next and the
corresponding python patches through qemu and later on move the script
to the kernel?
Cheers
Janosch
next prev parent reply other threads:[~2016-02-05 9:02 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-28 15:49 [PATCH] KVM: Create debugfs statistics for each VM Janosch Frank
2016-01-28 15:49 ` Janosch Frank
2016-02-01 11:45 ` Christian Borntraeger
2016-02-01 12:20 ` Janosch Frank
2016-02-02 14:14 ` Christian Borntraeger
2016-02-04 13:05 ` Paolo Bonzini
2016-02-04 13:10 ` Christian Borntraeger
2016-02-05 9:02 ` Janosch Frank [this message]
2016-02-05 10:14 ` Christian Borntraeger
2016-02-08 15:31 ` Paolo Bonzini
2016-02-08 15:29 ` Paolo Bonzini
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=56B4652C.1050302@linux.vnet.ibm.com \
--to=frankja@linux.vnet.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=dan.carpenter@oracle.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
/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;
as well as URLs for NNTP newsgroup(s).