On Wed, Jul 22, 2009 at 09:25:02PM -0400, john cooper wrote:
This patch allows passing of a -mem-path arg
flag to qemu for support of huge page backed
guests. A guest may request this option via
specifying:
hugepageon/hugepage
in its domain definition xml file.
This really opens a
Mark McLoughlin wrote:
Other options include:
- hugepages/
- memory hugepages=yesX/memory
Yes, I'd expect additional options will need to
be addressed. Currently the only additional
qemu-resident knob is the -mem-prealloc flag
which is enabled by default. I've removed
support
Daniel P. Berrange wrote:
On Wed, Jul 22, 2009 at 09:25:02PM -0400, john cooper wrote:
This patch allows passing of a -mem-path arg
flag to qemu for support of huge page backed
guests. A guest may request this option via
specifying:
hugepageon/hugepage
in its domain definition xml
* Mark McLoughlin (mar...@redhat.com) wrote:
I'd suggest /dev/hugepages as the default - /hugetlbfs has an seriously
unstandard whiff about it
What about /var/lib/libvirt/qemu/hugetlb and having the whole thing under
libvirt's control? It can allow for better security I think.
thanks,
-chris
* Daniel P. Berrange (berra...@redhat.com) wrote:
On Thu, Jul 23, 2009 at 11:35:17AM -0700, Chris Wright wrote:
* Mark McLoughlin (mar...@redhat.com) wrote:
I'd suggest /dev/hugepages as the default - /hugetlbfs has an seriously
unstandard whiff about it
What about
This patch allows passing of a -mem-path arg
flag to qemu for support of huge page backed
guests. A guest may request this option via
specifying:
hugepageon/hugepage
in its domain definition xml file. The request
for huge page backing will be attempted within
libvirt if the host system has