From: Stephen Hemminger <stephen@networkplumber.org>
To: Vitaly Kuznetsov <vkuznets@redhat.com>
Cc: devel@linuxdriverproject.org,
Stephen Hemminger <sthemmin@microsoft.com>,
Jork Loeser <Jork.Loeser@microsoft.com>,
Haiyang Zhang <haiyangz@microsoft.com>,
x86@kernel.org, linux-kernel@vger.kernel.org,
Steven Rostedt <rostedt@goodmis.org>,
Andy Shevchenko <andy.shevchenko@gmail.com>,
Ingo Molnar <mingo@redhat.com>, Andy Lutomirski <luto@kernel.org>,
"H. Peter Anvin" <hpa@zytor.com>,
Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [PATCH v8 00/10] Hyper-V: paravirtualized remote TLB flushing and hypercall improvements
Date: Fri, 9 Jun 2017 09:14:47 -0700 [thread overview]
Message-ID: <20170609091447.45de3fd5@xeon-e3> (raw)
In-Reply-To: <20170609132736.13699-1-vkuznets@redhat.com>
On Fri, 9 Jun 2017 15:27:26 +0200
Vitaly Kuznetsov <vkuznets@redhat.com> wrote:
> Changes since v7:
> - Minor code style fixes (drop explicit casting, reformat code a bit)
> in PATCH3 and PATCH9 [Andy Shevchenko]
>
> Original description:
>
> Hyper-V supports hypercalls for doing local and remote TLB flushing and
> gives its guests hints when using hypercall is preferred. While doing
> hypercalls for local TLB flushes is probably not practical (and is not
> being suggested by modern Hyper-V versions) remote TLB flush with a
> hypercall brings significant improvement.
>
> To test the series I wrote a special 'TLB trasher': on a 16 vCPU guest I
> was creating 32 threads which were doing 100000 mmap/munmaps each on some
> big file. Here are the results:
>
> Before:
> # time ./pthread_mmap ./randfile
> real 3m33.118s
> user 0m3.698s
> sys 3m16.624s
>
> After:
> # time ./pthread_mmap ./randfile
> real 2m19.920s
> user 0m2.662s
> sys 2m9.948s
>
> This series brings a number of small improvements along the way: fast
> hypercall implementation and using it for event signaling, rep hypercalls
> implementation, hyperv tracing subsystem (which only traces the newly added
> remote TLB flush for now).
>
> Vitaly Kuznetsov (10):
> x86/hyper-v: include hyperv/ only when CONFIG_HYPERV is set
> x86/hyper-v: stash the max number of virtual/logical processor
> x86/hyper-v: make hv_do_hypercall() inline
> x86/hyper-v: fast hypercall implementation
> hyper-v: use fast hypercall for HVCALL_SIGNAL_EVENT
> x86/hyper-v: implement rep hypercalls
> hyper-v: globalize vp_index
> x86/hyper-v: use hypercall for remote TLB flush
> x86/hyper-v: support extended CPU ranges for TLB flush hypercalls
> tracing/hyper-v: trace hyperv_mmu_flush_tlb_others()
>
> MAINTAINERS | 1 +
> arch/x86/Kbuild | 2 +-
> arch/x86/hyperv/Makefile | 2 +-
> arch/x86/hyperv/hv_init.c | 90 ++++++------
> arch/x86/hyperv/mmu.c | 268 ++++++++++++++++++++++++++++++++++++
> arch/x86/include/asm/mshyperv.h | 148 +++++++++++++++++++-
> arch/x86/include/asm/trace/hyperv.h | 38 +++++
> arch/x86/include/uapi/asm/hyperv.h | 17 +++
> arch/x86/kernel/cpu/mshyperv.c | 13 +-
> drivers/hv/channel_mgmt.c | 20 +--
> drivers/hv/connection.c | 7 +-
> drivers/hv/hv.c | 9 --
> drivers/hv/hyperv_vmbus.h | 11 --
> drivers/hv/vmbus_drv.c | 17 ---
> drivers/pci/host/pci-hyperv.c | 10 +-
> include/linux/hyperv.h | 17 +--
> 16 files changed, 539 insertions(+), 131 deletions(-)
> create mode 100644 arch/x86/hyperv/mmu.c
> create mode 100644 arch/x86/include/asm/trace/hyperv.h
>
Looks good.
Reviewed-by: Stephen Hemminger <sthemmin@microsoft.com>
prev parent reply other threads:[~2017-06-09 16:14 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-09 13:27 [PATCH v8 00/10] Hyper-V: paravirtualized remote TLB flushing and hypercall improvements Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 01/10] x86/hyper-v: include hyperv/ only when CONFIG_HYPERV is set Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 02/10] x86/hyper-v: stash the max number of virtual/logical processor Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 03/10] x86/hyper-v: make hv_do_hypercall() inline Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 04/10] x86/hyper-v: fast hypercall implementation Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 05/10] hyper-v: use fast hypercall for HVCALL_SIGNAL_EVENT Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 06/10] x86/hyper-v: implement rep hypercalls Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 07/10] hyper-v: globalize vp_index Vitaly Kuznetsov
2017-06-13 23:21 ` Stephen Hemminger
2017-06-14 2:29 ` Vitaly Kuznetsov
2017-06-14 4:31 ` Jork Loeser
2017-06-14 16:10 ` Stephen Hemminger
2017-06-09 13:27 ` [PATCH v8 08/10] x86/hyper-v: use hypercall for remote TLB flush Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 09/10] x86/hyper-v: support extended CPU ranges for TLB flush hypercalls Vitaly Kuznetsov
2017-06-09 13:27 ` [PATCH v8 10/10] tracing/hyper-v: trace hyperv_mmu_flush_tlb_others() Vitaly Kuznetsov
2017-06-09 18:04 ` Steven Rostedt
2017-06-09 18:23 ` Andy Shevchenko
2017-06-09 18:32 ` Steven Rostedt
2017-06-09 18:40 ` Andy Shevchenko
2017-06-09 18:53 ` Paul Bolle
2017-06-09 19:07 ` Steven Rostedt
2017-06-12 2:56 ` Vitaly Kuznetsov
2017-06-09 16:04 ` [PATCH v8 00/10] Hyper-V: paravirtualized remote TLB flushing and hypercall improvements Andy Shevchenko
2017-06-09 16:14 ` Stephen Hemminger [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=20170609091447.45de3fd5@xeon-e3 \
--to=stephen@networkplumber.org \
--cc=Jork.Loeser@microsoft.com \
--cc=andy.shevchenko@gmail.com \
--cc=devel@linuxdriverproject.org \
--cc=haiyangz@microsoft.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@kernel.org \
--cc=mingo@redhat.com \
--cc=rostedt@goodmis.org \
--cc=sthemmin@microsoft.com \
--cc=tglx@linutronix.de \
--cc=vkuznets@redhat.com \
--cc=x86@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.