[Top][All Lists]

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

Re: [Qemu-devel] [PULL 07/12] migration: Start of multiple fd work

From: Paolo Bonzini
Subject: Re: [Qemu-devel] [PULL 07/12] migration: Start of multiple fd work
Date: Tue, 14 Feb 2017 15:08:18 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0

On 14/02/2017 14:52, Juan Quintela wrote:
> will get some general documentation in /doc/.
> Basically what we had on the only stream was:
> {[page header][page]}+
> And we moved to:
> {[page header]+[where to receive]}: on the principal stream
> [page]+: on the rest of the multifd
> All nicely aligned and so.
> My understanding is that we could optimize the receiving with splice to
> not even touch userspace? (that part is not done).

The frames are not going to be aligned (MTU is usually 1500 or 9000),
and the extra synchronization cost might nullify any speedup.

Even the send side can in principle be made completely independent, by
scanning the bitmap in each thread.

> That was the reason
> why I didn't want to put header's footers there.  As the headers are so
> small compared with the pages payload, the transmission of them should
> be lost on the noise, no?

The transmission may be, but the cost of having one more active socket +
possibly the cost of Nagle's algorithm on that one socket + the cost of
synchronization can be nontrivial.


reply via email to

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