-devel] qemu-server:add support for hugetlbfs
This add support for manually defined hugepages,
which can be faster than transparent hugepages for some workload like
databases
1.) Is there some edivence that it is faster (under realistic workload)?
2.) Where do we free/dealloc those hugepages
On December 21, 2014 at 1:23 PM Alexandre DERUMIER aderum...@odiso.com
wrote:
1.) Is there some edivence that it is faster (under realistic workload)?
I known that transparent hugepage can be really a problem with a lot of
database (oracle,mysql,redis,..)
I never bench it myself, but
@pve.proxmox.com
Sent: Sunday, December 21, 2014 9:23 AM
Subject: Re: [pve-devel] qemu-server:add support for hugetlbfs
1.) Is there some edivence that it is faster (under realistic workload)?
I known that transparent hugepage can be really a problem with a lot of
database (oracle,mysql,redis,..)
I
This add support for manually defined hugepages,
which can be faster than transparent hugepages for some workload like
databases
1.) Is there some edivence that it is faster (under realistic workload)?
2.) Where do we free/dealloc those hugepages? Are the associated with the KVM
process
This add support for manually defined hugepages,
which can be faster than transparent hugepages for some workload like databases
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
