From: <lu.zhipeng@zte.com.cn>
To: berrange@redhat.com
Cc: mdroth@linux.vnet.ibm.com, qemu-devel@nongnu.org
Subject: [Qemu-devel] 答复: Re: [PATCH] qemu-ga: addguest-network-get-interface-stat command
Date: Wed, 19 Apr 2017 21:07:53 +0800 (CST) [thread overview]
Message-ID: <201704192107534956854@zte.com.cn> (raw)
[-- Attachment #1: Type: text/plain, Size: 2514 bytes --]
in some cases, nic statistics from guest is different from QEMU backend device,when guest network drops packets.
We can know the real reason by monitor guest network statistics in the case.
为了让您的VPlat虚拟化故障得到高效的处理,请上报故障到: $VPlat技术支持。
芦志朋 luzhipeng
IT开发工程师 IT Development
Engineer
操作系统产品部/中心研究院/系统产品 OS Product Dept./Central R&D Institute/System Product
深圳市南山区科技南路55号中兴通讯研发大楼33楼
33/F, R&D Building, ZTE
Corporation Hi-tech Road South,
Hi-tech
Industrial Park Nanshan District, Shenzhen, P.R.China, 518057
T: +86 755 xxxxxxxx F:+86 755 xxxxxxxx
M: +86 xxxxxxxxxxx
E: lu.zhipeng@zte.com.cn
www.zte.com.cn
原始邮件
发件人: <berrange@redhat.com>
收件人:芦志朋10108272
抄送人: <mdroth@linux.vnet.ibm.com> <qemu-devel@nongnu.org>
日 期 :2017年04月19日 17:22
主 题 :Re: [Qemu-devel] [PATCH] qemu-ga: addguest-network-get-interface-stat command
On Thu, Apr 20, 2017 at 12:57:08AM +0800, ZhiPeng Lu wrote:
> we can get the network card statistics inside a virtual machine by
> guest-network-get-interface-stat command.
> it is very userful for us to monitor and analyze network traff.
In most cases you can already monitor guest network traffic from the
statistics on the QEMU backend device (ie tap device). The exception
is when doing PCI device assignment. Is the latter the reason why you
need to add this functionality instead of just quuerying the host
backend ?
There have been a lot of proposals for new QEMU geust agent commands in
the past few weeks
- NIC statistics
- Logged in users
- Timezone offset
- Hostname
- OS version / product
This makes me wonder what our intended scope is for the guest agent ? Are we
happy to add arbitrary functionality to the guest agent, allowing it grow in
size & complexity without bound. Or is it better to restrict it to tasks which
are needed in order to coordinate management of the host virtualization layer
and leave general purpose guest OS management to another app.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
[-- Attachment #2: 24242e5637af428891c4db731e7765ad.jpg --]
[-- Type: image/jpeg, Size: 2064 bytes --]
[-- Attachment #3: 9ae3e214c17d49ed935d87c674ba3ee2.jpg --]
[-- Type: image/jpeg, Size: 6015 bytes --]
next reply other threads:[~2017-04-19 13:08 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-19 13:07 lu.zhipeng [this message]
-- strict thread matches above, loose matches on Subject: below --
2017-04-19 13:14 [Qemu-devel] 答复: Re: [PATCH] qemu-ga: addguest-network-get-interface-stat command lu.zhipeng
2017-04-19 13:24 ` Eric Blake
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=201704192107534956854@zte.com.cn \
--to=lu.zhipeng@zte.com.cn \
--cc=berrange@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).