All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Liuqiming (John)" <john.liuqiming@huawei.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: xen-devel@lists.xen.org
Subject: Re: apic-v reduce network performance in my test case
Date: Mon, 2 Feb 2015 21:58:57 +0800	[thread overview]
Message-ID: <54CF82A1.3060505@huawei.com> (raw)
In-Reply-To: <54CF5BA7020000780005BCF4@mail.emea.novell.com>

Hi Jan,
Thanks for the reply.

On 2015/2/2 18:12, Jan Beulich wrote:
> >>> On 31.01.15 at 11:29, <john.liuqiming@huawei.com> wrote:
> >       Recently I met an odd performance problem: when I turn on APIC
> > Virtualization feature (apicv=1), the network performance of a windows
> > guest become worse.
> >
> >       My test case like this: host only have one windows 2008 R2 HVM
> > guest running,and this guest has a SR-IOV VF network passthrough to it.
> > Guest using this network access a NAS device. No fontend or backend of
> > network and storage, all data transfered through network.
> >
> >       The xentrace data shows: the mainly difference between apicv and
> > non-apicv, is the way guest write apic registers, and
> > EXIT_REASON_MSR_WRITE vmexit cost much more time than
> > EXIT_REASON_APIC_WRITE, but when using WRMSR, the PAUSE vmexit is much
> > less than using APIC-v.
>
> There being heavier use of the pause VMEXIT doesn't by itself say
> anything, I'm afraid. It may suggest that you have a C-state exit
> latency problem - try lowering the maximum C-state allowed, or
> disabling use of C-states altogether.
Sorry, I forgot to mention  my test scenario:
Its a video test suite,I am not sure what the logic inside the tools exactly (not opensource tool).
The basic flow is:
      1) test suite start several thread to read video file from disk (from NAS through network in my case)
      2) decode these video data as a frame one by one
      3) if  any frame delay more than 40ms, then mark as lost

test result:
        apicv=1,  there can be 15 thread running at the same time without lost frame
        apicv=0,  there can be 22 thread running at the same time without lost frame

so when I'm saying apicv reduce the performance, I got the conclusion from the test result not from what xentrace shows.
>
> > In commit 7f2e992b824ec62a2818e64390ac2ccfbd74e6b7
> > "VMX/Viridian: suppress MSR-based APIC suggestion when having APIC-V",
> > msr based apic is disabled when apic-v is on, I wonder can they co-exist
> > in some way? seems for windows guest msr-based apic has better performance.
>
> The whole purpose is to avoid the costly MSR access exits. Why
> would you want to reintroduce that overhead?
>
> Jan
>
I agree to avoid the MSR access vmexit by using apicv, I just do not know what's the side effect.
Because from the test result,  apicv replacing  msr-based access brings performance reduction.
>
> .
>

  reply	other threads:[~2015-02-02 13:58 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-31 10:29 apic-v reduce network performance in my test case Liuqiming (John)
2015-02-02 10:12 ` Jan Beulich
2015-02-02 13:58   ` Liuqiming (John) [this message]
2015-02-02 14:59     ` Konrad Rzeszutek Wilk
     [not found]       ` <54D03148.50604@huawei.com>
     [not found]         ` <20150203153228.GD9371@l.oracle.com>
     [not found]           ` <54D2DC35.6070205@huawei.com>
2015-02-05  3:04             ` Liuqiming (John)
2015-02-05 19:26               ` Konrad Rzeszutek Wilk
2015-02-06  2:48                 ` Liuqiming (John)

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=54CF82A1.3060505@huawei.com \
    --to=john.liuqiming@huawei.com \
    --cc=jbeulich@suse.com \
    --cc=xen-devel@lists.xen.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.