From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:46445)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jbarrera@ac.upc.edu>) id 1WNQF8-0005WU-IP
	for qemu-devel@nongnu.org; Tue, 11 Mar 2014 13:13:37 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jbarrera@ac.upc.edu>) id 1WNQF0-00006Z-Tr
	for qemu-devel@nongnu.org; Tue, 11 Mar 2014 13:13:30 -0400
Received: from roura.ac.upc.edu ([147.83.33.10]:58175 helo=roura.ac.upc.es)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jbarrera@ac.upc.edu>) id 1WNQF0-0008W0-Hm
	for qemu-devel@nongnu.org; Tue, 11 Mar 2014 13:13:22 -0400
Message-ID: <531F442E.8040302@ac.upc.edu>
Date: Tue, 11 Mar 2014 18:13:18 +0100
From: Joaquim Barrera <jbarrera@ac.upc.edu>
MIME-Version: 1.0
References: <52FDE495.4050004@ac.upc.edu> <52FDF6F0.4090405@redhat.com>
	<20140224151654.GB23185@stefanha-thinkpad.hitronhub.home>
	<392369891.8578031.1393280788249.JavaMail.zimbra@redhat.com>
	<531067ED.7000404@ac.upc.edu> <53106857.8090601@redhat.com>
In-Reply-To: <53106857.8090601@redhat.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [libvirt-users] Adjust disk image migration (NBD)
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Paolo Bonzini <pbonzini@redhat.com>, Stefan Hajnoczi <stefanha@gmail.com>
Cc: Libvirt Users <libvirt-users@redhat.com>, Michal Privoznik <mprivozn@redhat.com>, Jeff Cody <jcody@redhat.com>, qemu-devel <qemu-devel@nongnu.org>


On 28/02/14 11:43, Paolo Bonzini wrote:
> Il 28/02/2014 11:41, Joaquim Barrera ha scritto:
>>>
>>
>> Thanks for the answer. Something is still not clear to me. Are we in
>> front of a bug (that means, something that could be fixed) or is this
>> behaviour somehow expected for some reason? More and more tests I am
>> doing, I get allways the same throughput chart: unlimited bandwidth when
>> syncronizing the disk, and smooth bandwidth limit when migrating RAM.
>>
>> Joaquim
>
> Yes, it's a bug that we can fix.
>

Hi Paolo et all. Can you tell me how to "start" the process of bug 
fixing? Am I supposed to report it somewhere, or did you just take note?

Thanks a lot.

> Paolo
>
>