From: Stefan Hajnoczi <stefanha@gmail.com>
To: lihuiba <magazine.lihuiba@163.com>
Cc: qiujian@meituan.com, Fam Zheng <famz@redhat.com>,
qemu-devel@nongnu.org, mengcong@meituan.com
Subject: Re: [Qemu-devel] extremely low IOPS performance of QCOW2 image format on an SSD RAID1
Date: Mon, 23 Jun 2014 15:30:41 +0800 [thread overview]
Message-ID: <20140623073041.GA13485@stefanha-thinkpad.redhat.com> (raw)
In-Reply-To: <36859ae2.53b9.146c6b7aeab.Coremail.magazine.lihuiba@163.com>
[-- Attachment #1: Type: text/plain, Size: 924 bytes --]
On Mon, Jun 23, 2014 at 11:14:25AM +0800, lihuiba wrote:
> >Did you prefill the image? Amplification could come from cluster allocation.
> Yes!
> I forgot to mention that I created the qcow2 image with 'preallocation=metadata', and I have allocated
> the data blocks with dd in VM.
>
>
> Creating image in host:
> qemu-img create -f qcow2 -preallocation=metadata test.qcow2 100G
>
>
> Allocating the blocks in VM:
> dd if=/dev/zero of=/dev/vdb bs=1M
> where vdb is the target image.
If you used dd inside the guest to preallocate the entire image, then
both benchmark read and write requests work similarly to raw image
access (the qcow2 metadata is cached in RAM and metadata updates are
necessary, so accesses are very similar to raw).
Did you use the same file system on the host when comparing qcow2 to
raw image files?
Please post the full QEMU command-line and fio job files.
Stefan
[-- Attachment #2: Type: application/pgp-signature, Size: 473 bytes --]
prev parent reply other threads:[~2014-06-23 7:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-23 2:06 [Qemu-devel] extremely low IOPS performance of QCOW2 image format on an SSD RAID1 lihuiba
2014-06-23 3:01 ` Fam Zheng
2014-06-23 3:14 ` lihuiba
2014-06-23 3:22 ` Fam Zheng
2014-06-23 6:20 ` lihuiba
2014-06-23 8:25 ` Stefan Hajnoczi
[not found] ` <225b854d.98bc.146ccc39a83.Coremail.magazine.lihuiba@163.com>
2014-06-24 10:15 ` Kevin Wolf
2014-06-23 7:30 ` Stefan Hajnoczi [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140623073041.GA13485@stefanha-thinkpad.redhat.com \
--to=stefanha@gmail.com \
--cc=famz@redhat.com \
--cc=magazine.lihuiba@163.com \
--cc=mengcong@meituan.com \
--cc=qemu-devel@nongnu.org \
--cc=qiujian@meituan.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).