Re: [pve-devel] qemu-server:add support for hugetlbfs

2014-12-21 Thread Cesar Peschiera
day, 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 never bench it myself, bu

Re: [pve-devel] qemu-server:add support for hugetlbfs

2014-12-21 Thread Dietmar Maurer
> On December 21, 2014 at 1:23 PM Alexandre DERUMIER > 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 I hope t

Re: [pve-devel] qemu-server:add support for hugetlbfs

2014-12-21 Thread Alexandre DERUMIER
t. But when the kvm process is starting, the memory is allocated/reserverd for the kvm process, and the memory is free up on kvm process stop. - Mail original - De: "dietmar" À: "aderumier" , "pve-devel" Envoyé: Samedi 20 Décembre 2014 09:32:42 Objet: Re:

Re: [pve-devel] qemu-server:add support for hugetlbfs

2014-12-20 Thread Dietmar Maurer
> 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 som

[pve-devel] qemu-server:add support for hugetlbfs

2014-12-18 Thread Alexandre Derumier
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