Date: Fri, 23 Aug 2013 12:29:42 +0200 From: Ivan Voras <ivoras@freebsd.org> To: freebsd-virtualization@freebsd.org Subject: Re: CFT: nested page table integration with amd64/pmap Message-ID: <kv7dig$id5$1@ger.gmane.org> In-Reply-To: <CAFgRE9H2n63%2B3GFwWNwE-Zu3gHPBcWhD4g6frB_ksXz=HAXp5w@mail.gmail.com> References: <CAFgRE9H2n63%2B3GFwWNwE-Zu3gHPBcWhD4g6frB_ksXz=HAXp5w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2MXQRQEIRJRXITQDWWTBI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 23/08/2013 00:55, Neel Natu wrote: > Hi, >=20 > The projects/bhyve_npt_pmap branch modifies the amd64/pmap to be able t= o > deal with Intel EPT mappings in addition to the regular x86 page tables= =2E >=20 > This provides bhyve with the following features: >=20 > 1. Memory overcommit > Guest memory is now pageable and therefore virtual machines can allocat= e > more memory than is physically available on the host. I always wondered about virtualization environments which have pageable guest memory - how does the guest kernel handle situations where it really needs non-pageable memory? Does is simply "not care" because for it the memory access looks just like it isn't paged but is simply very, very slow? What about time-sensitive situations (like the originally mentioned PCI-passthrough)? ------enig2MXQRQEIRJRXITQDWWTBI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIXOZgACgkQ/QjVBj3/HSyYgACfWA9NPNFPLYXIN6ijqvyFaZxe QHQAoI0xT/PjHIGqddUrZ4HMZU+MJgcy =ptsi -----END PGP SIGNATURE----- ------enig2MXQRQEIRJRXITQDWWTBI--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?kv7dig$id5$1>