From mboxrd@z Thu Jan  1 00:00:00 1970
From: Avi Kivity <avi@redhat.com>
Subject: Re: [PATCH RFC v2 5/6] KVM: moving dirty bitmaps to user space
Date: Fri, 23 Apr 2010 14:45:37 +0300
Message-ID: <4BD18861.6020603@redhat.com>
References: <20100420195349.dab60b1d.yoshikawa.takuya@oss.ntt.co.jp> <20100420200225.efca602f.yoshikawa.takuya@oss.ntt.co.jp> <4BCEE0E4.6060707@redhat.com> <4BD011E8.6020502@oss.ntt.co.jp> <4BD17665.5090101@redhat.com> <4BD1812E.6030707@oss.ntt.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: mtosatti@redhat.com, kvm@vger.kernel.org, kvm-ia64@vger.kernel.org,
	kvm-ppc@vger.kernel.org, fernando@oss.ntt.co.jp,
	Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>
To: Takuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mx1.redhat.com ([209.132.183.28]:15025 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1757247Ab0DWLpp (ORCPT <rfc822;kvm@vger.kernel.org>);
	Fri, 23 Apr 2010 07:45:45 -0400
In-Reply-To: <4BD1812E.6030707@oss.ntt.co.jp>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On 04/23/2010 02:14 PM, Takuya Yoshikawa wrote:
>
>> Do you have performance numbers? I'm interested in both measurements of
>> KVM_SWITCH_DIRTY_LOG under various conditions and macro benchmarks (for
>> example, total guest throughput improvement under Kemari).
>>
>
> Currently, I'm just checking the performance visually.
>   - on laptops, we can feel the speed directly: my favorite is installing
>     ubuntu or debian by alternate installers
>
>   - live migration with heavy work load
>
> Now that I've got the overall design, I want to measure the 
> performance by numbers.
>
>
> About performance under Kemari: we(oss.ntt.co.jp staffs: me and 
> Fernando) are
> now concentrating on improving the basic live-migration 
> infrastructures and
> they(lab.ntt.co.jp staffs) are working hard for building Kemari itself.
>
>   - We are also interested in using live-migration with HA software 
> and this needs
>     light, stable live-migration: same as Kemari!
>

General live migration improvements are also interesting, I just the 
improvement would be more pronounced under Kemari.  Looking forward to 
seeing the results.

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.