From: Stefan Hajnoczi <stefanha@gmail.com>
To: "Benoît Canet" <benoit@irqsave.net>
Cc: kwolf@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com
Subject: Re: [Qemu-devel] [RFC V3 03/24] qcow2: Add qcow2_dedup_read_missing_and_concatenate
Date: Tue, 11 Dec 2012 12:52:22 +0100 [thread overview]
Message-ID: <20121211115222.GJ796@stefanha-thinkpad.muc.redhat.com> (raw)
In-Reply-To: <1353935123-24199-4-git-send-email-benoit@irqsave.net>
On Mon, Nov 26, 2012 at 02:05:02PM +0100, Benoît Canet wrote:
> +/**
> + * Read some data from the QCOW2 file
> + *
> + * @data: the buffer where the data must be stored
> + * @sector_num: the sector number to read in the QCOW2 file
> + * @nb_sectors: the number of sectors to read
> + * @ret: negative on error
Dropping s->lock is important information to document - it means things
can change by the time this function returns and the caller needs to be
prepared.
Perhaps this function can be moved to qcow2.c and given a generic name.
It does nothing dedup-specific.
> + */
> +static int qcow2_dedup_read_missing_cluster_data(BlockDriverState *bs,
> + uint8_t *data,
> + uint64_t sector_num,
> + int nb_sectors)
> +{
> + BDRVQcowState *s = bs->opaque;
> + QEMUIOVector qiov;
> + struct iovec iov;
> + int ret;
> +
> + iov.iov_len = nb_sectors * BDRV_SECTOR_SIZE;
> + iov.iov_base = data;
> + qemu_iovec_init_external(&qiov, &iov, 1);
> + qemu_co_mutex_unlock(&s->lock);
> + ret = bdrv_co_readv(bs, sector_num, nb_sectors, &qiov);
> + qemu_co_mutex_lock(&s->lock);
> + if (ret < 0) {
> + error_report("failed to read %d sectors at offset %" PRIu64 "\n",
> + nb_sectors, sector_num);
> + }
> +
> + return ret;
> +}
> +
> +/*
> + * Prepare a buffer containing all the required data required to compute cluster
> + * sized deduplication hashes.
> + * If sector_num and nb_sectors are unaligned cluster wize it read the missing
> + * data before and after the qiov.
If sector_num or nb_sectors are not cluster-aligned, missing data
before/after the qiov will be read.
> + *
> + * @qiov: the qiov for which missing data must be read
> + * @sector_num: the first sectors that must be read into the qiov
> + * @nb_sectors: the number of sectors to read into the qiov
> + * @data: the place where the data will be concatenated and stored
> + * @nb_data_sectors: the resulting size of the contatenated data (in sectors)
> + * @ret: negative on error
> + */
> +int qcow2_dedup_read_missing_and_concatenate(BlockDriverState *bs,
> + QEMUIOVector *qiov,
> + uint64_t sector_num,
> + int nb_sectors,
> + uint8_t **data,
> + int *nb_data_sectors)
> +{
> + BDRVQcowState *s = bs->opaque;
> + int ret;
> + uint64_t cluster_beginning_sector;
> + uint64_t first_sector_after_qiov;
> + int cluster_beginning_nr;
> + int cluster_ending_nr;
> + int unaligned_ending_nr;
> + uint64_t max_cluster_ending_nr;
> +
> + /* compute how much and where to read at the beginning */
> + cluster_beginning_nr = sector_num & (s->cluster_sectors - 1);
> + cluster_beginning_sector = sector_num - cluster_beginning_nr;
> +
> + /* for the ending */
> + first_sector_after_qiov = sector_num + nb_sectors;
> + unaligned_ending_nr = first_sector_after_qiov & (s->cluster_sectors - 1);
> + cluster_ending_nr = unaligned_ending_nr ?
> + s->cluster_sectors - unaligned_ending_nr : 0;
> +
> + /* compute total size in sectors and allocate memory */
> + *nb_data_sectors = cluster_beginning_nr + nb_sectors + cluster_ending_nr;
> + *data = qemu_blockalign(bs, *nb_data_sectors * BDRV_SECTOR_SIZE);
> + memset(*data, 0, *nb_data_sectors * BDRV_SECTOR_SIZE);
Is memset necessary since we either read all data or return an error?
> + /* read beginning */
> + if (cluster_beginning_nr) {
> + ret = qcow2_dedup_read_missing_cluster_data(bs,
> + *data,
> + cluster_beginning_sector,
> + cluster_beginning_nr);
> +
> + if (ret < 0) {
> + goto fail;
> + }
> + }
> +
> + /* append qiov content */
> + qemu_iovec_to_buf(qiov, 0, *data + cluster_beginning_nr * BDRV_SECTOR_SIZE,
> + qiov->size);
> +
> + /* Fix cluster_ending_nr if we are at risk of reading outside the image
> + * (Cluster unaligned image size)
> + */
> + max_cluster_ending_nr = bs->total_sectors - first_sector_after_qiov;
> + cluster_ending_nr = max_cluster_ending_nr < (uint64_t) cluster_ending_nr ?
> + (int) max_cluster_ending_nr : cluster_ending_nr;
> +
> + /* read and add ending */
> + if (cluster_ending_nr) {
> + ret = qcow2_dedup_read_missing_cluster_data(bs,
> + *data +
> + (cluster_beginning_nr +
> + nb_sectors) *
> + BDRV_SECTOR_SIZE,
> + first_sector_after_qiov,
> + cluster_ending_nr);
> +
> + if (ret < 0) {
> + goto fail;
> + }
> + }
> +
> + return 0;
> +
> +fail:
Is it useful to leave the caller with a failed buffer still allocated?
qemu_vfree(*data);
*data = NULL;
next prev parent reply other threads:[~2012-12-11 11:52 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-26 13:04 [Qemu-devel] [RFC V3 00/24] QCOW2 deduplication Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 01/24] qcow2: Add deduplication to the qcow2 specification Benoît Canet
2012-12-11 11:28 ` Stefan Hajnoczi
2012-12-11 11:32 ` Stefan Hajnoczi
2012-12-12 15:57 ` Benoît Canet
2012-12-18 13:38 ` Stefan Hajnoczi
2012-12-11 23:03 ` Eric Blake
2012-12-12 15:59 ` Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 02/24] qcow2: Add deduplication structures and fields Benoît Canet
2012-12-11 11:34 ` Stefan Hajnoczi
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 03/24] qcow2: Add qcow2_dedup_read_missing_and_concatenate Benoît Canet
2012-12-11 11:52 ` Stefan Hajnoczi [this message]
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 04/24] qcow2: Make update_cluster_refcount public Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 05/24] qcow2: Create a way to link to l2 tables in dedup Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 06/24] qcow2: Add qcow2_dedup and related functions Benoît Canet
2012-12-11 13:16 ` Stefan Hajnoczi
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 07/24] qcow2: Add qcow2_dedup_write_new_hashes Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 08/24] qcow2: Implement qcow2_compute_cluster_hash Benoît Canet
2012-12-11 13:28 ` Stefan Hajnoczi
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 09/24] qcow2: Extract qcow2_dedup_grow_table Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 10/24] qcow2: create function to load deduplication hashes at startup Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 11/24] qcow2: Load and save deduplication table header extension Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 12/24] qcow2: Extract qcow2_do_table_init Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 13/24] qcow2: Add qcow2_dedup_init and qcow2_dedup_close Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 14/24] qcow2: Extract qcow2_add_feature and qcow2_remove_feature Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 15/24] block: Add dedup image create option Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 16/24] qcow2: Allow creation of images using deduplication Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 17/24] qcow2: Behave correctly when refcount reach 0 or 2^16 Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 18/24] qcow2: Integrate deduplication in qcow2_co_writev loop Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 19/24] qcow2: Add verification of dedup table Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 20/24] qcow2: Adapt checking of QCOW_OFLAG_COPIED for dedup Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 21/24] qcow2: Add check_dedup_l2 in order to check l2 of dedup table Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 22/24] qcow2: Do not overwrite existing entries with QCOW_OFLAG_COPIED Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 23/24] qcow2: init and cleanup deduplication Benoît Canet
2012-11-26 13:05 ` [Qemu-devel] [RFC V3 24/24] qemu-iotests: Filter dedup=on/off so existing tests don't break Benoît Canet
2012-12-11 14:19 ` [Qemu-devel] [RFC V3 00/24] QCOW2 deduplication Stefan Hajnoczi
2012-12-11 14:38 ` Stefan Hajnoczi
2012-12-12 16:14 ` Benoît Canet
2012-12-18 13:42 ` Stefan Hajnoczi
2012-12-24 12:26 ` Benoît Canet
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=20121211115222.GJ796@stefanha-thinkpad.muc.redhat.com \
--to=stefanha@gmail.com \
--cc=benoit@irqsave.net \
--cc=kwolf@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 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).