From: Eric Blake <eblake@redhat.com>
To: qemu-devel@nongnu.org
Cc: qemu-block@nongnu.org, berto@igalia.com, mreitz@redhat.com,
Kevin Wolf <kwolf@redhat.com>
Subject: [Qemu-devel] [PATCH 2/2] qcow2: Prefer 'entries' over 'size' during cache creation
Date: Tue, 13 Feb 2018 17:33:24 -0600 [thread overview]
Message-ID: <20180213233324.5096-3-eblake@redhat.com> (raw)
In-Reply-To: <20180213233324.5096-1-eblake@redhat.com>
Using 'size' for anything other than bytes is difficult to
reason about; let's rename entries related to the number of
entries in a cache accordingly.
Signed-off-by: Eric Blake <eblake@redhat.com>
---
block/qcow2.h | 4 ++--
block/qcow2.c | 21 +++++++++++----------
2 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/block/qcow2.h b/block/qcow2.h
index 883802241fb..0daf8e6d6f8 100644
--- a/block/qcow2.h
+++ b/block/qcow2.h
@@ -68,10 +68,10 @@
#define MAX_CLUSTER_BITS 21
/* Must be at least 2 to cover COW */
-#define MIN_L2_CACHE_SIZE 2 /* cache entries */
+#define MIN_L2_CACHE_ENTRIES 2
/* Must be at least 4 to cover all cases of refcount table growth */
-#define MIN_REFCOUNT_CACHE_SIZE 4 /* clusters */
+#define MIN_REFCOUNT_CACHE_ENTRIES 4
/* Whichever is more */
#define DEFAULT_L2_CACHE_CLUSTERS 8 /* clusters */
diff --git a/block/qcow2.c b/block/qcow2.c
index 288b5299d80..f25c33df1d1 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -843,6 +843,7 @@ static int qcow2_update_options_prepare(BlockDriverState *bs,
const char *opt_overlap_check, *opt_overlap_check_template;
int overlap_check_template = 0;
uint64_t l2_cache_size, l2_cache_entry_size, refcount_cache_size;
+ uint64_t l2_cache_entries, refcount_cache_entries;
int i;
const char *encryptfmt;
QDict *encryptopts = NULL;
@@ -869,21 +870,21 @@ static int qcow2_update_options_prepare(BlockDriverState *bs,
goto fail;
}
- l2_cache_size /= l2_cache_entry_size;
- if (l2_cache_size < MIN_L2_CACHE_SIZE) {
- l2_cache_size = MIN_L2_CACHE_SIZE;
+ l2_cache_entries = l2_cache_size / l2_cache_entry_size;
+ if (l2_cache_entries < MIN_L2_CACHE_ENTRIES) {
+ l2_cache_entries = MIN_L2_CACHE_ENTRIES;
}
- if (l2_cache_size > INT_MAX) {
+ if (l2_cache_entries > INT_MAX) {
error_setg(errp, "L2 cache size too big");
ret = -EINVAL;
goto fail;
}
- refcount_cache_size /= s->cluster_size;
- if (refcount_cache_size < MIN_REFCOUNT_CACHE_SIZE) {
- refcount_cache_size = MIN_REFCOUNT_CACHE_SIZE;
+ refcount_cache_entries = refcount_cache_size / s->cluster_size;
+ if (refcount_cache_entries < MIN_REFCOUNT_CACHE_ENTRIES) {
+ refcount_cache_entries = MIN_REFCOUNT_CACHE_ENTRIES;
}
- if (refcount_cache_size > INT_MAX) {
+ if (refcount_cache_entries > INT_MAX) {
error_setg(errp, "Refcount cache size too big");
ret = -EINVAL;
goto fail;
@@ -908,9 +909,9 @@ static int qcow2_update_options_prepare(BlockDriverState *bs,
}
r->l2_slice_size = l2_cache_entry_size / sizeof(uint64_t);
- r->l2_table_cache = qcow2_cache_create(bs, l2_cache_size,
+ r->l2_table_cache = qcow2_cache_create(bs, l2_cache_entries,
l2_cache_entry_size);
- r->refcount_block_cache = qcow2_cache_create(bs, refcount_cache_size,
+ r->refcount_block_cache = qcow2_cache_create(bs, refcount_cache_entries,
s->cluster_size);
if (r->l2_table_cache == NULL || r->refcount_block_cache == NULL) {
error_setg(errp, "Could not allocate metadata caches");
--
2.14.3
next prev parent reply other threads:[~2018-02-13 23:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-13 23:33 [Qemu-devel] [RFC PATCH 0/2] s/size/entries/ when dealing with non-byte units Eric Blake
2018-02-13 23:33 ` [Qemu-devel] [PATCH 1/2] qcow2: Prefer 'entries' over 'size' for non-byte values in spec Eric Blake
2018-02-13 23:33 ` Eric Blake [this message]
2018-02-14 20:54 ` [Qemu-devel] [RFC PATCH 0/2] s/size/entries/ when dealing with non-byte units Max Reitz
2018-02-15 8:47 ` Alberto Garcia
2018-02-15 10:09 ` [Qemu-devel] [Qemu-block] " Kevin Wolf
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=20180213233324.5096-3-eblake@redhat.com \
--to=eblake@redhat.com \
--cc=berto@igalia.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/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).