[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [RFC Design Doc]Speed up live migration by skipping fre

From: Li, Liang Z
Subject: Re: [Qemu-devel] [RFC Design Doc]Speed up live migration by skipping free pages
Date: Tue, 5 Apr 2016 01:49:37 +0000

> On (Tue) 22 Mar 2016 [19:05:31], Dr. David Alan Gilbert wrote:
> > * Liang Li (address@hidden) wrote:
> > > b. Implement a new virtio device
> > > Implementing a brand new virtio device to exchange information
> > > between host and guest is another choice. It requires modifying the
> > > virtio spec too.
> >
> > If the right solution is to change the spec then we should do it; we
> > shouldn't use a technically worse solution just to avoid the spec
> > change; although we have to be even more careful to get the right
> > solution if we want to change the spec.
> Yes, absolutely.  I didn't mean to suggest virtio-serial because it'll help 
> us save
> with modifying specs.  I suggested it because for me, the most important
> point was that if a guest is sensitive to latencies or spikes, the balloon 
> driver
> is definitely going to be not installed by the guest admin.
> (I'm still not caught up on this thread, but wanted to clarify this right 
> away.)
>               Amit

Amit, thanks for your reply.

If the balloon driver is installed but there is no inflate/deflate operations, 
does it
still affect guest's performance?

Finally, we have to make a choice between these solutions. 
A new virtio device/virtio-balloon/virtio-serial.

Which one your guys think is better? Maybe we should have more discussions 
about this.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]