From: Peter Lieven <pl@kamp.de>
To: kwolf@redhat.com
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"stefanha@redhat.com >> Stefan Hajnoczi" <stefanha@redhat.com>,
mreitz@redhat.com
Subject: Re: [Qemu-devel] [Fwd: [PATCH v2] vpc: Implement bdrv_co_get_block_status()]
Date: Wed, 18 Feb 2015 22:03:23 +0100 [thread overview]
Message-ID: <54E4FE1B.5090202@kamp.de> (raw)
In-Reply-To: <7d15cff8d75566a93a52801605d8761c.squirrel@ssl.dlhnet.de>
Am 18.02.2015 um 21:57 schrieb Peter Lieven:
> This implements bdrv_co_get_block_status() for VHD images. This can
> significantly speed up qemu-img convert operation because only with this
> function implemented sparseness can be considered. (Before, converting a
> 1 TB empty image took several minutes for me, now it's instantaneous.)
>
> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
> ---
> block/vpc.c | 50 ++++++++++++++++++++++++++++++++++++++++++++++++--
> 1 file changed, 48 insertions(+), 2 deletions(-)
>
> diff --git a/block/vpc.c b/block/vpc.c
> index 7fddbf0..1533b6a 100644
> --- a/block/vpc.c
> +++ b/block/vpc.c
> @@ -597,6 +597,51 @@ static coroutine_fn int vpc_co_write(BlockDriverState
> *bs, int64_t sector_num,
> return ret;
> }
>
> +static int64_t coroutine_fn vpc_co_get_block_status(BlockDriverState *bs,
> + int64_t sector_num, int nb_sectors, int *pnum)
> +{
> + BDRVVPCState *s = bs->opaque;
> + VHDFooter *footer = (VHDFooter*) s->footer_buf;
> + int64_t start, offset, next;
> + bool allocated;
> + int n;
> +
> + if (be32_to_cpu(footer->type) == VHD_FIXED) {
> + *pnum = nb_sectors;
> + return BDRV_BLOCK_RAW | BDRV_BLOCK_OFFSET_VALID | BDRV_BLOCK_DATA |
> + (sector_num << BDRV_SECTOR_BITS);
> + }
> +
> + offset = get_sector_offset(bs, sector_num, 0);
> + start = offset;
> + allocated = (offset != -1);
> + *pnum = 0;
> +
> + do {
> + /* All sectors in a block are contiguous (without using the
> bitmap) */
> + n = ROUND_UP(sector_num + 1, s->block_size / BDRV_SECTOR_SIZE)
> + - sector_num;
> + n = MIN(n, nb_sectors);
> +
> + *pnum += n;
> + sector_num += n;
> + nb_sectors -= n;
> + next = start + (*pnum * BDRV_SECTOR_SIZE);
> +
> + if (nb_sectors == 0) {
> + break;
> + }
> +
> + offset = get_sector_offset(bs, sector_num, 0);
> + } while ((allocated && offset == next) || (!allocated && offset == -1));
> +
> + if (allocated) {
> + return BDRV_BLOCK_DATA | BDRV_BLOCK_OFFSET_VALID | start;
> + } else {
> + return 0;
Shouldn't this be
return BDRV_BLOCK_ZERO;
?
vpc_read memsets all blocks with offset == -1 to 0x00.
Not for this patch, but couldn't we use your new function to signifincantly speed up
reading of continous allocated areas in vpc_read?
Peter
next parent reply other threads:[~2015-02-18 21:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <7d15cff8d75566a93a52801605d8761c.squirrel@ssl.dlhnet.de>
2015-02-18 21:03 ` Peter Lieven [this message]
2015-02-19 12:07 ` [Qemu-devel] [Fwd: [PATCH v2] vpc: Implement bdrv_co_get_block_status()] Kevin Wolf
2015-02-20 13:42 ` Peter Lieven
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=54E4FE1B.5090202@kamp.de \
--to=pl@kamp.de \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.