Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1284597

Re: [PATCH 00/11] KVM: x86: track guest page access

From Xiao Guangrong <guangrong.xiao@linux.intel.com>
Newsgroups linux.kernel
Subject Re: [PATCH 00/11] KVM: x86: track guest page access
Date 2015-12-05 18:10 +0100
Message-ID <qCovn-3R9-5@gated-at.bofh.it> (permalink)
References <qABwJ-7d9-5@gated-at.bofh.it> <qAQcq-8ix-9@gated-at.bofh.it> <qAWBc-42t-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Ping...

Paolo, any comment?



On 12/02/2015 01:00 AM, Xiao Guangrong wrote:
>
>
> On 12/01/2015 06:17 PM, Paolo Bonzini wrote:
>>
>>
>> On 30/11/2015 19:26, Xiao Guangrong wrote:
>>> This patchset introduces the feature which allows us to track page
>>> access in guest. Currently, only write access tracking is implemented
>>> in this version.
>>>
>>> Four APIs are introduces:
>>> - kvm_page_track_add_page(kvm, gfn, mode), single guest page @gfn is
>>>    added into the track pool of the guest instance represented by @kvm,
>>>    @mode specifies which kind of access on the @gfn is tracked
>>>
>>> - kvm_page_track_remove_page(kvm, gfn, mode), is the opposed operation
>>>    of kvm_page_track_add_page() which removes @gfn from the tracking pool.
>>>    gfn is no tracked after its last user is gone
>>>
>>> - kvm_page_track_register_notifier(kvm, n), register a notifier so that
>>>    the event triggered by page tracking will be received, at that time,
>>>    the callback of n->track_write() will be called
>>>
>>> - kvm_page_track_unregister_notifier(kvm, n), does the opposed operation
>>>    of kvm_page_track_register_notifier(), which unlinks the notifier and
>>>    stops receiving the tracked event
>>>
>>> The first user of page track is non-leaf shadow page tables as they are
>>> always write protected. It also gains performance improvement because
>>> page track speeds up page fault handler for the tracked pages. The
>>> performance result of kernel building is as followings:
>>>
>>>     before           after
>>> real 461.63       real 455.48
>>> user 4529.55      user 4557.88
>>> sys 1995.39       sys 1922.57
>>
>> For KVM-GT, as far as I know Andrea Arcangeli is working on extending
>> userfaultfd to tracking write faults only.  Perhaps KVM-GT can do
>> something similar, where KVM gets the write tracking functionality for
>> free through the MMU notifiers.  Any thoughts on this?
>
> Userfaultfd is excellent and has the ability to notify write event indeed,
> however, it is not suitable for the use case of shadow page.
>
> For the performance, shadow GPU is performance critical and requires
> frequently being switched, it is not good to handle it in userspace. And
> windows guest has many GPU tables and updates it frequently, that means,
> we need to write protect huge number of pages which are single page based,
> I am afraid userfaultfd can not handle this case efficiently.
>
> For the functionality, userfaultfd can not fill the need of shadow page
> because:
> - the page is keeping readonly, userfaultfd can not fix the fault and let
>    the vcpu progress (write access causes writeable gup).
>
> - the access need to be emulated, however, userfaultfd/kernel does not have
>    the ability to emulate the access as the access is trigged by guest, the
>    instruction info is stored in VMCS so that only KVM can emulate it.
>
> - shadow page needs to be notified after the emulation is finished as it
>    should know the new data written to the page to update its page hierarchy.
>    (some hardwares lack the 'retry' ability so the shadow page table need to
>     reflect the table in guest at any time).
>
>>
>> Applying your technique to non-leaf shadow pages actually makes this
>> series quite interesting. :)  Shadow paging is still in use for nested
>> EPT, so it's always a good idea to speed it up.
>
> Yes. Very glad to see you like it. :)
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[PATCH 00/11] KVM: x86: track guest page access Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 05/11] KVM: page track: introduce kvm_page_track_{add,remove}_page Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 07/11] KVM: page track: add notifier support Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 02/11] KVM: MMU: introduce kvm_mmu_gfn_{allow,disallow}_lpage Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 08/11] KVM: MMU: use page track for non-leaf shadow pages Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 10/11] KVM: MMU: clear write-flooding on the fast path of tracked page Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 01/11] KVM: MMU: rename has_wrprotected_page to mmu_gfn_lpage_is_disallowed Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  [PATCH 11/11] KVM: MMU: apply page track notifier Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-11-30 19:40 +0100
  Re: [PATCH 00/11] KVM: x86: track guest page access Paolo Bonzini <pbonzini@redhat.com> - 2015-12-01 11:20 +0100
    Re: [PATCH 00/11] KVM: x86: track guest page access Paolo Bonzini <pbonzini@redhat.com> - 2015-12-01 16:10 +0100
    Re: [PATCH 00/11] KVM: x86: track guest page access Andrea Arcangeli <aarcange@redhat.com> - 2015-12-01 16:10 +0100
    Re: [PATCH 00/11] KVM: x86: track guest page access Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-12-01 18:10 +0100
      Re: [PATCH 00/11] KVM: x86: track guest page access Xiao Guangrong <guangrong.xiao@linux.intel.com> - 2015-12-05 18:10 +0100

csiph-web