kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Matlack <dmatlack@google.com>
To: Sean Christopherson <seanjc@google.com>
Cc: Peter Xu <peterx@redhat.com>, Paolo Bonzini <pbonzini@redhat.com>,
	 kvm list <kvm@vger.kernel.org>,
	James Houghton <jthoughton@google.com>,
	 Oliver Upton <oupton@google.com>,
	Axel Rasmussen <axelrasmussen@google.com>,
	 Mike Kravetz <mike.kravetz@oracle.com>,
	Andrea Arcangeli <aarcange@redhat.com>
Subject: Re: RFC: A KVM-specific alternative to UserfaultFD
Date: Thu, 9 Nov 2023 14:44:16 -0800	[thread overview]
Message-ID: <CALzav=d0KK6ia0=BwUeogeXPXuiyru--i7-t-RTusCyPfy5ruA@mail.gmail.com> (raw)
In-Reply-To: <CALzav=d+3-R1jxmx_J_6etm43LGGQh1T2PF8wAqu-5sqM9Ms5Q@mail.gmail.com>

On Thu, Nov 9, 2023 at 10:33 AM David Matlack <dmatlack@google.com> wrote:
> On Thu, Nov 9, 2023 at 9:58 AM Sean Christopherson <seanjc@google.com> wrote:
> > For both cases, KVM will need choke points on all accesses to guest memory.  Once
> > the choke points exist and we have signed up to maintain them, the extra burden of
> > gracefully handling "missing" memory versus frozen memory should be relatively
> > small, e.g. it'll mainly be the notify-and-wait uAPI.
>
> To be honest, the choke points are a relatively small part of any
> KVM-based demand paging scheme. We still need (a)-(e) from my original
> email.

Another small thing here: I think we can find clean choke point(s)
that fit both freezing and demand paging (aka "missing" pages), but
there is a difference to keep in mind. To freeze guest memory KVM only
needs to return an error at the choke point(s). Whereas handling
"missing" pages may require blocking, which adds constraints on where
the choke point(s) can be placed.

  reply	other threads:[~2023-11-09 22:44 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-06 18:25 RFC: A KVM-specific alternative to UserfaultFD David Matlack
2023-11-06 20:23 ` Peter Xu
2023-11-06 22:24   ` Axel Rasmussen
2023-11-06 23:03     ` Peter Xu
2023-11-06 23:22       ` David Matlack
2023-11-07 14:21         ` Peter Xu
2023-11-07 16:11           ` James Houghton
2023-11-07 17:24             ` Peter Xu
2023-11-07 19:08               ` James Houghton
2023-11-07 16:25   ` Paolo Bonzini
2023-11-07 20:04     ` David Matlack
2023-11-07 21:10       ` Oliver Upton
2023-11-07 21:34         ` David Matlack
2023-11-08  1:27           ` Oliver Upton
2023-11-08 16:56             ` David Matlack
2023-11-08 17:34               ` Peter Xu
2023-11-08 20:10                 ` Sean Christopherson
2023-11-08 20:36                   ` Peter Xu
2023-11-08 20:47                   ` Axel Rasmussen
2023-11-08 21:05                     ` David Matlack
2023-11-08 20:49                 ` David Matlack
2023-11-08 20:33               ` Paolo Bonzini
2023-11-08 20:43                 ` David Matlack
2023-11-07 22:29     ` Peter Xu
2023-11-09 16:41       ` David Matlack
2023-11-09 17:58         ` Sean Christopherson
2023-11-09 18:33           ` David Matlack
2023-11-09 22:44             ` David Matlack [this message]
2023-11-09 23:54               ` Sean Christopherson
2023-11-09 19:20           ` Peter Xu
2023-11-11 16:23             ` David Matlack
2023-11-11 17:30               ` Peter Xu
2023-11-13 16:43                 ` David Matlack
2023-11-20 18:32                   ` James Houghton

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='CALzav=d0KK6ia0=BwUeogeXPXuiyru--i7-t-RTusCyPfy5ruA@mail.gmail.com' \
    --to=dmatlack@google.com \
    --cc=aarcange@redhat.com \
    --cc=axelrasmussen@google.com \
    --cc=jthoughton@google.com \
    --cc=kvm@vger.kernel.org \
    --cc=mike.kravetz@oracle.com \
    --cc=oupton@google.com \
    --cc=pbonzini@redhat.com \
    --cc=peterx@redhat.com \
    --cc=seanjc@google.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;
as well as URLs for NNTP newsgroup(s).