From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O4vdB-0003CP-Tb for qemu-devel@nongnu.org; Thu, 22 Apr 2010 08:35:46 -0400 Received: from [140.186.70.92] (port=45298 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O4vdA-0003Ad-BX for qemu-devel@nongnu.org; Thu, 22 Apr 2010 08:35:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O4vd7-00013m-SB for qemu-devel@nongnu.org; Thu, 22 Apr 2010 08:35:44 -0400 Received: from mail-gw0-f45.google.com ([74.125.83.45]:37384) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O4vd7-00013f-PZ for qemu-devel@nongnu.org; Thu, 22 Apr 2010 08:35:41 -0400 Received: by gwb19 with SMTP id 19so152046gwb.4 for ; Thu, 22 Apr 2010 05:35:40 -0700 (PDT) MIME-Version: 1.0 Sender: tamura.yoshiaki@gmail.com In-Reply-To: <4BD034B9.3070006@oss.ntt.co.jp> References: <1271829445-5328-1-git-send-email-tamura.yoshiaki@lab.ntt.co.jp> <4BD00FBA.5040604@redhat.com> <4BD02684.8060202@lab.ntt.co.jp> <4BD034B9.3070006@oss.ntt.co.jp> Date: Thu, 22 Apr 2010 21:35:39 +0900 Message-ID: Subject: Re: [Qemu-devel] [RFC PATCH 00/20] Kemari for KVM v0.1 From: Yoshiaki Tamura Content-Type: text/plain; charset=ISO-8859-1 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Takuya Yoshikawa Cc: aliguori@us.ibm.com, dlaor@redhat.com, kvm@vger.kernel.org, ohmura.kei@lab.ntt.co.jp, mtosatti@redhat.com, qemu-devel@nongnu.org, avi@redhat.com 2010/4/22 Takuya Yoshikawa : > (2010/04/22 19:35), Yoshiaki Tamura wrote: > >> >>> A trivial one would we to : >>> - do X online snapshots/sec >> >> I currently don't have good numbers that I can share right now. >> Snapshots/sec depends on what kind of workload is running, and if the >> guest was almost idle, there will be no snapshots in 5sec. On the other >> hand, if the guest was running I/O intensive workloads (netperf, iozone >> for example), there will be about 50 snapshots/sec. >> > > 50 is too small: this depends on the synchronization speed and does not > show how many snapshots we need, right? No it doesn't. It's an example data which I measured before.