From: kys@exchange.microsoft.com
To: gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org,
devel@linuxdriverproject.org, olaf@aepfle.de, apw@canonical.com,
vkuznets@redhat.com, jasowang@redhat.com,
leann.ogasawara@canonical.com, marcelo.cerri@canonical.com,
sthemmin@microsoft.com
Cc: "K. Y. Srinivasan" <kys@microsoft.com>
Subject: [PATCH 00/10] Hyper-V: paravirtualized remote TLB flushing and hypercall improvements
Date: Sun, 25 Jun 2017 10:06:20 -0700 [thread overview]
Message-ID: <1498410380-30955-1-git-send-email-kys@exchange.microsoft.com> (raw)
From: K. Y. Srinivasan <kys@microsoft.com>
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 | 149 +++++++++++++++++++-
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, 540 insertions(+), 131 deletions(-)
create mode 100644 arch/x86/hyperv/mmu.c
create mode 100644 arch/x86/include/asm/trace/hyperv.h
next reply other threads:[~2017-06-25 17:07 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-25 17:06 kys [this message]
2017-06-25 17:06 ` [PATCH 01/10] x86/hyper-v: include hyperv/ only when CONFIG_HYPERV is set kys
2017-06-25 17:06 ` [PATCH 02/10] x86/hyper-v: stash the max number of virtual/logical processor kys
2017-06-25 17:06 ` [PATCH 03/10] x86/hyper-v: make hv_do_hypercall() inline kys
2017-07-17 15:21 ` Greg KH
2017-06-25 17:06 ` [PATCH 04/10] x86/hyper-v: fast hypercall implementation kys
2017-06-25 17:06 ` [PATCH 05/10] hyper-v: use fast hypercall for HVCALL_SIGNAL_EVENT kys
2017-06-25 17:06 ` [PATCH 06/10] x86/hyper-v: implement rep hypercalls kys
2017-06-25 17:06 ` [PATCH 07/10] hyper-v: globalize vp_index kys
2017-06-25 17:06 ` [PATCH 08/10] x86/hyper-v: use hypercall for remote TLB flush kys
2017-06-26 6:33 ` kbuild test robot
2017-06-26 8:14 ` Vitaly Kuznetsov
2017-06-26 21:00 ` KY Srinivasan
2017-07-01 0:17 ` kbuild test robot
2017-06-25 17:06 ` [PATCH 09/10] x86/hyper-v: support extended CPU ranges for TLB flush hypercalls kys
2017-06-25 17:06 ` [PATCH 10/10] tracing/hyper-v: trace hyperv_mmu_flush_tlb_others() kys
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=1498410380-30955-1-git-send-email-kys@exchange.microsoft.com \
--to=kys@exchange.microsoft.com \
--cc=apw@canonical.com \
--cc=devel@linuxdriverproject.org \
--cc=gregkh@linuxfoundation.org \
--cc=jasowang@redhat.com \
--cc=kys@microsoft.com \
--cc=leann.ogasawara@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo.cerri@canonical.com \
--cc=olaf@aepfle.de \
--cc=sthemmin@microsoft.com \
--cc=vkuznets@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
all inboxes | Powered by JetHome®