Re: [PATCH] Add a page cache-backed balloon device driver.

2012-10-30 Thread Mike Waychison
On Tue, Oct 30, 2012 at 8:29 AM, Michael S. Tsirkin m...@redhat.com wrote: On Tue, Sep 11, 2012 at 12:10:18AM +0300, Michael S. Tsirkin wrote: On the plus side, having an exit taken here on each page turns out to be relatively cheap, as the vmexit from the page fault should be faster to

Re: [PATCH] Add a page cache-backed balloon device driver.

2012-09-10 Thread Mike Waychison
On Mon, Sep 10, 2012 at 5:05 AM, Michael S. Tsirkin m...@redhat.com wrote: On Tue, Jun 26, 2012 at 01:32:58PM -0700, Frank Swiderski wrote: This implementation of a virtio balloon driver uses the page cache to store pages that have been released to the host. The communication (outside of

Re: [PATCH] Add a page cache-backed balloon device driver.

2012-09-10 Thread Mike Waychison
On Mon, Sep 10, 2012 at 2:04 PM, Rik van Riel r...@redhat.com wrote: On 09/10/2012 01:37 PM, Mike Waychison wrote: On Mon, Sep 10, 2012 at 5:05 AM, Michael S. Tsirkin m...@redhat.com wrote: Also can you pls answer Avi's question? How is overcommit managed? Overcommit in our deployments

Re: [PATCH] Add a page cache-backed balloon device driver.

2012-09-10 Thread Mike Waychison
On Mon, Sep 10, 2012 at 3:59 PM, Michael S. Tsirkin m...@redhat.com wrote: On Mon, Sep 10, 2012 at 01:37:06PM -0400, Mike Waychison wrote: On Mon, Sep 10, 2012 at 5:05 AM, Michael S. Tsirkin m...@redhat.com wrote: On Tue, Jun 26, 2012 at 01:32:58PM -0700, Frank Swiderski wrote

Re: [PATCH] kvm: don't call mmu_shrinker w/o used_mmu_pages

2012-04-20 Thread Mike Waychison
On Fri, Apr 20, 2012 at 6:56 PM, Takuya Yoshikawa takuya.yoshik...@gmail.com wrote: On Fri, 20 Apr 2012 16:07:41 -0700 Ying Han ying...@google.com wrote: My understanding of the real pain is the poor implementation of the mmu_shrinker. It iterates all the registered mmu_shrink callbacks for

Re: [PATCH] kvm: don't call mmu_shrinker w/o used_mmu_pages

2012-04-20 Thread Mike Waychison
On Fri, Apr 20, 2012 at 7:29 PM, Takuya Yoshikawa takuya.yoshik...@gmail.com wrote: On Fri, 20 Apr 2012 19:15:24 -0700 Mike Waychison mi...@google.com wrote: In our situation, we simple disable the shrinker altogether.  My understanding is that we EPT or NPT, the amount of memory used

Re: [PATCH RFC net-next] virtio_net: refill buffer right after being used

2011-07-29 Thread Mike Waychison
On Fri, Jul 29, 2011 at 3:55 PM, Shirley Ma mashi...@us.ibm.com wrote: Resubmit it with a typo fix. Signed-off-by: Shirley Ma x...@us.ibm.com --- diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 0c7321c..c8201d4 100644 --- a/drivers/net/virtio_net.c +++

[PATCH] kvm: Really fix HV_X64_MSR_APIC_ASSIST_PAGE

2011-07-23 Thread Mike Waychison
Commit 0945d4b228 tried to fix the get_msr path for the HV_X64_MSR_APIC_ASSIST_PAGE msr, but was poorly tested. We should be returning 0 if the read succeeded, and passing the value back to the caller via the pdata out argument, not returning the value directly. Signed-off-by: Mike Waychison mi

[PATCH] kvm: get_msr support for HV_X64_MSR_APIC_ASSIST_PAGE

2011-07-21 Thread Mike Waychison
visible value of this register, which seems to be correct as a set on the register is validated for us already. Signed-off-by: Mike Waychison mi...@google.com --- arch/x86/kvm/x86.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index

[PATCH] KVM: Initialize kvm before registering the mmu notifier

2011-06-03 Thread Mike Waychison
other portions of struct kvm before they are intialized. Solve this by moving the mmu notifier registration to occur after the structure is completely initialized. Google-Bug-Id: 452199 Signed-off-by: Mike Waychison mi...@google.com --- Applies to Linus' tree. --- virt/kvm/kvm_main.c | 11

Re: [RFC] CPU hard limits

2009-06-04 Thread Mike Waychison
to the cpu scheduling guarantees themselves. Mike Waychison -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html