From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:46447) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3qHH-00028E-6W for qemu-devel@nongnu.org; Wed, 14 Sep 2011 10:17:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R3qH9-0006cT-Av for qemu-devel@nongnu.org; Wed, 14 Sep 2011 10:17:27 -0400 Received: from mail-yx0-f173.google.com ([209.85.213.173]:39373) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R3qH9-0006cL-7T for qemu-devel@nongnu.org; Wed, 14 Sep 2011 10:17:19 -0400 Received: by yxl11 with SMTP id 11so1669137yxl.4 for ; Wed, 14 Sep 2011 07:17:17 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20110909094436.GB23929@f15.cn.ibm.com> <20110909103801.GA26148@stefanha-thinkpad.localdomain> <20110913071419.GA14528@stefanha-thinkpad.localdomain> Date: Wed, 14 Sep 2011 15:17:17 +0100 Message-ID: From: Stefan Hajnoczi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Why qemu write/rw speed is so low? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Zhi Yong Wu Cc: kwolf@redhat.com, aliguro@us.ibm.com, Stefan Hajnoczi , Zhi Yong Wu , qemu-devel@nongnu.org, ryanh@us.ibm.com On Wed, Sep 14, 2011 at 3:42 AM, Zhi Yong Wu wrote: > Log for bps=3D((10 * 1024 * 1024)). Okay, I think this data shows that I/O limits is too aggressive. There seems to be some "overhead" amount so the guest is never able to reach its bps limit: > test: (g=3D0): rw=3Dwrite, bs=3D64K-64K/64K-64K, ioengine=3Dlibaio, iodep= th=3D1 > =A0WRITE: io=3D51,200KB, aggrb=3D7,073KB/s, minb=3D7,243KB/s, maxb=3D7,24= 3KB/s, > test: (g=3D0): rw=3Dwrite, bs=3D128K-128K/128K-128K, ioengine=3Dlibaio, i= odepth=3D1 > =A0WRITE: io=3D51,200KB, aggrb=3D10,112KB/s, minb=3D10,355KB/s, > test: (g=3D0): rw=3Dwrite, bs=3D256K-256K/256K-256K, ioengine=3Dlibaio, i= odepth=3D1 > =A0WRITE: io=3D51,200KB, aggrb=3D8,882KB/s, minb=3D9,095KB/s, maxb=3D9,09= 5KB/s, bs=3D128 KB worked nicely. The 64 KB and 256 KB cases don't look so good. I worry a little that the benchmark duration is quite short so a fluctuation would affect the results more than if the benchmark duration was extended to 30 secs or 1 minute. Zhi Yong: Do you get similar results each time you run this benchmark or do they vary by more than +/- 512 KB? If the results are stable and the benchmark is able to exceed 10 MB/s when running without I/O throttling, then it's important to figure out why the guest isn't achieving 10 MB/s. Stefan