Re: KVM slow LAMP guest

2015-08-23 Thread Hansa
On 16-7-2015 13:27, Paolo Bonzini wrote: On 15/07/2015 22:02, C. Bröcker wrote: What OS is this? Is it RHEL/CentOS? If so, halt_poll_ns will be in 6.7 which will be out in a few days/weeks. Paolo OK. As said CentOS 6.6. But where do I put this parameter? You can add kvm.halt_poll_ns=50

Re: KVM slow LAMP guest

2015-08-23 Thread Wanpeng Li
On 8/24/15 3:18 AM, Hansa wrote: On 16-7-2015 13:27, Paolo Bonzini wrote: On 15/07/2015 22:02, C. Bröcker wrote: What OS is this? Is it RHEL/CentOS? If so, halt_poll_ns will be in 6.7 which will be out in a few days/weeks. Paolo OK. As said CentOS 6.6. But where do I put this parameter?

Re: [PATCH 2/3] kvm: don't register wildcard MMIO EVENTFD on two buses

2015-08-23 Thread Jason Wang
On 08/21/2015 05:29 PM, Cornelia Huck wrote: On Fri, 21 Aug 2015 16:03:52 +0800 Jason Wang jasow...@redhat.com wrote: diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c index 9ff4193..834a409 100644 --- a/virt/kvm/eventfd.c +++ b/virt/kvm/eventfd.c @@ -838,11 +838,6 @@

Re: [PULL 00/12] ppc patch queue 2015-08-22

2015-08-23 Thread Alexander Graf
On 22.08.15 15:32, Paolo Bonzini wrote: On 22/08/2015 02:21, Alexander Graf wrote: Hi Paolo, This is my current patch queue for ppc. Please pull. Done, but this queue has not been in linux-next. Please push to kvm-ppc-next on your github Linux tree as well; please keep an eye on

Re: [PULL 00/12] ppc patch queue 2015-08-22

2015-08-23 Thread Alexander Graf
On 22.08.15 15:32, Paolo Bonzini wrote: On 22/08/2015 02:21, Alexander Graf wrote: Hi Paolo, This is my current patch queue for ppc. Please pull. Done, but this queue has not been in linux-next. Please push to kvm-ppc-next on your github Linux tree as well; please keep an eye on

Re: [Bug 103321] New: NPT page attribute support causes extreme slowdown

2015-08-23 Thread Paolo Bonzini
On 23/08/2015 11:53, Sebastian Schütte wrote: What version of SeaBIOS? 1.8.2 stable, from the Arch repo Can you try cherry-picking commit 5492830370171b6a4ede8a3bfba687a8d0f25fa5? Tried that, but it doesn't seem to make a difference. If that fails, can you trace the execution of the VM