qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: John Snow <jsnow@redhat.com>
To: Max Reitz <mreitz@redhat.com>, qemu-block@nongnu.org
Cc: kwolf@redhat.com, famz@redhat.com, qemu-devel@nongnu.org,
	armbru@redhat.com, vsementsov@parallels.com, stefanha@redhat.com
Subject: Re: [Qemu-devel] [2.4 PATCH v3 16/19] hbitmap: truncate tests
Date: Tue, 17 Mar 2015 13:44:13 -0400	[thread overview]
Message-ID: <550867ED.9020309@redhat.com> (raw)
In-Reply-To: <55086452.9070600@redhat.com>



On 03/17/2015 01:28 PM, Max Reitz wrote:
> On 2015-03-17 at 13:21, John Snow wrote:
>>
>>
>> On 03/17/2015 10:53 AM, Max Reitz wrote:
>>> On 2015-03-13 at 14:30, John Snow wrote:
>>>> The general approach is to set bits close to the boundaries of
>>>> where we are truncating and ensure that everything appears to
>>>> have gone OK.
>>>>
>>>> We test growing and shrinking by different amounts:
>>>> - Less than the granularity
>>>> - Less than the granularity, but across a boundary
>>>> - Less than sizeof(unsigned long)
>>>> - Less than sizeof(unsigned long), but across a ulong boundary
>>>> - More than sizeof(unsigned long)
>>>>
>>>> Signed-off-by: John Snow <jsnow@redhat.com>
>>>> ---
>>>>   tests/test-hbitmap.c | 247
>>>> +++++++++++++++++++++++++++++++++++++++++++++++++++
>>>>   1 file changed, 247 insertions(+)
>>>>
>>>> diff --git a/tests/test-hbitmap.c b/tests/test-hbitmap.c
>>>> index 8c902f2..65401ab 100644
>>>> --- a/tests/test-hbitmap.c
>>>> +++ b/tests/test-hbitmap.c
>>>> @@ -11,6 +11,8 @@
>>>>   #include <glib.h>
>>>>   #include <stdarg.h>
>>>> +#include <string.h>
>>>> +#include <sys/types.h>
>>>>   #include "qemu/hbitmap.h"
>>>>   #define LOG_BITS_PER_LONG          (BITS_PER_LONG == 32 ? 5 : 6)
>>>> @@ -23,6 +25,7 @@ typedef struct TestHBitmapData {
>>>>       HBitmap       *hb;
>>>>       unsigned long *bits;
>>>>       size_t         size;
>>>> +    size_t         old_size;
>>>>       int            granularity;
>>>>   } TestHBitmapData;
>>>> @@ -91,6 +94,44 @@ static void hbitmap_test_init(TestHBitmapData *data,
>>>>       }
>>>>   }
>>>> +static inline size_t hbitmap_test_array_size(size_t bits)
>>>> +{
>>>> +    size_t n = (bits + BITS_PER_LONG - 1) / BITS_PER_LONG;
>>>> +    return n ? n : 1;
>>>> +}
>>>> +
>>>> +static void hbitmap_test_truncate_impl(TestHBitmapData *data,
>>>> +                                       size_t size)
>>>> +{
>>>> +    size_t n;
>>>> +    size_t m;
>>>> +    data->old_size = data->size;
>>>> +    data->size = size;
>>>> +
>>>> +    if (data->size == data->old_size) {
>>>> +        return;
>>>> +    }
>>>> +
>>>> +    n = hbitmap_test_array_size(size);
>>>> +    m = hbitmap_test_array_size(data->old_size);
>>>> +    data->bits = g_realloc(data->bits, sizeof(unsigned long) * n);
>>>> +    if (n > m) {
>>>> +        memset(&data->bits[m], 0x00, sizeof(unsigned long) * (n - m));
>>>> +    }
>>>> +
>>>> +    /* If we shrink to an uneven multiple of sizeof(unsigned long),
>>>> +     * scrub the leftover memory. */
>>>> +    if (data->size < data->old_size) {
>>>> +        m = size % (sizeof(unsigned long) * 8);
>>>> +        if (m) {
>>>> +            unsigned long mask = (1ULL << m) - 1;
>>>> +            data->bits[n-1] &= mask;
>>>> +        }
>>>> +    }
>>>> +
>>>> +    hbitmap_truncate(data->hb, size);
>>>> +}
>>>> +
>>>>   static void hbitmap_test_teardown(TestHBitmapData *data,
>>>>                                     const void *unused)
>>>>   {
>>>> @@ -369,6 +410,190 @@ static void
>>>> test_hbitmap_iter_granularity(TestHBitmapData *data,
>>>>       g_assert_cmpint(hbitmap_iter_next(&hbi), <, 0);
>>>>   }
>>>> +static void hbitmap_test_set_boundary_bits(TestHBitmapData *data,
>>>> ssize_t diff)
>>>> +{
>>>> +    size_t size = data->size;
>>>> +
>>>> +    /* First bit */
>>>> +    hbitmap_test_set(data, 0, 1);
>>>> +    if (diff < 0) {
>>>> +        /* Last bit in new, shortened map */
>>>> +        hbitmap_test_set(data, size + diff - 1, 1);
>>>> +
>>>> +        /* First bit to be truncated away */
>>>> +        hbitmap_test_set(data, size + diff, 1);
>>>> +    }
>>>> +    /* Last bit */
>>>> +    hbitmap_test_set(data, size - 1, 1);
>>>> +    if (data->granularity == 0) {
>>>> +        hbitmap_test_check_get(data);
>>>> +    }
>>>> +}
>>>> +
>>>> +static void hbitmap_test_check_boundary_bits(TestHBitmapData *data)
>>>> +{
>>>> +    size_t size = MIN(data->size, data->old_size);
>>>> +
>>>> +    if (data->granularity == 0) {
>>>> +        hbitmap_test_check_get(data);
>>>> +        hbitmap_test_check(data, 0);
>>>> +    } else {
>>>> +        g_assert(hbitmap_get(data->hb, 0));
>>>> +        g_assert(hbitmap_get(data->hb, size - 1));
>>>> +        g_assert_cmpint(2 << data->granularity, ==,
>>>> hbitmap_count(data->hb));
>>>
>>> Hm, where does this come from?
>>>
>>
>> I assume you are referring to specifically the population count. On
>> both grow and shrink operations, we should be left with only two
>> real/physical bits set: the first and either the last or the formerly
>> last bit in the bitmap.
>>
>> For shrink operations, we truncate off two extra bits that exist
>> within the now 'dead space.', leaving us with two.
>>
>> For grow operations, we add empty space, leaving the first and
>> formerly last bit set. (This is the MIN() call above.)
>>
>> In both cases, we should have two real bits left. Adjusting for
>> granularity (g=1 in my tests, here, when used) we should always find
>> four "virtual bits" set.
>
> Ooooh, yeah, I was wondering about the granularity adjustment. But of
> course, if you set one bit but your granularity is 2^x, you're basically
> setting x bits.
>
>> Confusingly, this even happens when the bitmap ends or is truncated on
>> a virtual granularity boundary: e.g. a bitmap of 3 bits with a
>> granularity of g=1 (2^1 - 2 bits). Setting the 3rd bit will set two
>> virtual bits, giving us a popcount of 2, even though one of those bits
>> is a phantom.
>>
>> The boundary bits that I am checking here are set in
>> test_set_boundary_bits, and are not checked explicitly for g=0 cases
>> where we can rely on the shadow data that Paolo keeps track of. For
>> g=1 cases, I check manually.
>>
>> The implication here is that "test_check_boundary_bits" is only
>> expected to avoid an assertion if it is called after
>> "test_set_boundary_bits" and, in the shrinking case, a truncate
>> operation.
>
> I was about to propose making this a comment (I know it's only a test,
> but even tests deserve comments on what they're testing), but now I
> noticed that my main problem of understanding was simply the "you call
> hbitmap_set() once and it sets x bits if your granularity is 2^x", so I
> guess it can stay this way.
>

It sets 2^g bits per each distinct (bit >> granularity) value, not 'g' bits.

If g=1 and you set(0) on an empty map, you'll have a popcount of 2, but 
only one real physical bit set in the implementation. If you get(0) and 
get(1) on this map, both will come back true.

set(0) and set(1) will not produce a popcount of four, for example.

I can amend this with a little bit of an explanation, and keep your R-B 
if (given the above) your review still stands.

> Reviewed-by: Max Reitz <mreitz@redhat.com>
>
>>>> +    }
>>>> +}
>>>> +
>>>> +/* Generic truncate test. */
>>>> +static void hbitmap_test_truncate(TestHBitmapData *data,
>>>> +                                  size_t size,
>>>> +                                  ssize_t diff,
>>>> +                                  int granularity)
>>>> +{
>>>> +    hbitmap_test_init(data, size, granularity);
>>>> +    hbitmap_test_set_boundary_bits(data, diff);
>>>> +    hbitmap_test_truncate_impl(data, size + diff);
>>>> +    hbitmap_test_check_boundary_bits(data);
>>>> +}
>>>> +
>>>> +static void test_hbitmap_truncate_nop(TestHBitmapData *data,
>>>> +                                      const void *unused)
>>>> +{
>>>> +    hbitmap_test_truncate(data, L2, 0, 0);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Grow by an amount smaller than the granularity, without crossing
>>>> + * a granularity alignment boundary. Effectively a NOP.
>>>> + */
>>>> +static void test_hbitmap_truncate_grow_negligible(TestHBitmapData
>>>> *data,
>>>> +                                                  const void *unused)
>>>> +{
>>>> +    size_t size = L2 - 1;
>>>> +    size_t diff = 1;
>>>> +    int granularity = 1;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, granularity);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Shrink by an amount smaller than the granularity, without crossing
>>>> + * a granularity alignment boundary. Effectively a NOP.
>>>> + */
>>>> +static void test_hbitmap_truncate_shrink_negligible(TestHBitmapData
>>>> *data,
>>>> +                                                    const void
>>>> *unused)
>>>> +{
>>>> +    size_t size = L2;
>>>> +    ssize_t diff = -1;
>>>> +    int granularity = 1;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, granularity);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Grow by an amount smaller than the granularity, but crossing over
>>>> + * a granularity alignment boundary.
>>>> + */
>>>> +static void test_hbitmap_truncate_grow_tiny(TestHBitmapData *data,
>>>> +                                            const void *unused)
>>>> +{
>>>> +    size_t size = L2 - 2;
>>>> +    ssize_t diff = 1;
>>>> +    int granularity = 1;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, granularity);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Shrink by an amount smaller than the granularity, but crossing over
>>>> + * a granularity alignment boundary.
>>>> + */
>>>> +static void test_hbitmap_truncate_shrink_tiny(TestHBitmapData *data,
>>>> +                                              const void *unused)
>>>> +{
>>>> +    size_t size = L2 - 1;
>>>> +    ssize_t diff = -1;
>>>> +    int granularity = 1;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, granularity);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Grow by an amount smaller than sizeof(long), and not crossing over
>>>> + * a sizeof(long) alignment boundary.
>>>> + */
>>>> +static void test_hbitmap_truncate_grow_small(TestHBitmapData *data,
>>>> +                                             const void *unused)
>>>> +{
>>>> +    size_t size = L2 + 1;
>>>> +    size_t diff = sizeof(long) / 2;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, 0);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Shrink by an amount smaller than sizeof(long), and not crossing
>>>> over
>>>> + * a sizeof(long) alignment boundary.
>>>> + */
>>>> +static void test_hbitmap_truncate_shrink_small(TestHBitmapData *data,
>>>> +                                               const void *unused)
>>>> +{
>>>> +    size_t size = L2;
>>>> +    size_t diff = sizeof(long) / 2;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, -diff, 0);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Grow by an amount smaller than sizeof(long), while crossing over
>>>> + * a sizeof(long) alignment boundary.
>>>> + */
>>>> +static void test_hbitmap_truncate_grow_medium(TestHBitmapData *data,
>>>> +                                              const void *unused)
>>>> +{
>>>> +    size_t size = L2 - 1;
>>>> +    size_t diff = sizeof(long) / 2;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, 0);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Shrink by an amount smaller than sizeof(long), while crossing over
>>>> + * a sizeof(long) alignment boundary.
>>>> + */
>>>> +static void test_hbitmap_truncate_shrink_medium(TestHBitmapData *data,
>>>> +                                                const void *unused)
>>>> +{
>>>> +    size_t size = L2 + 1;
>>>> +    size_t diff = sizeof(long) / 2;
>>>> +
>>>> +    hbitmap_test_truncate(data, size, -diff, 0);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Grow by an amount larger than sizeof(long).
>>>> + */
>>>> +static void test_hbitmap_truncate_grow_large(TestHBitmapData *data,
>>>> +                                             const void *unused)
>>>> +{
>>>> +    size_t size = L2;
>>>> +    size_t diff = 8 * sizeof(long);
>>>
>>> You can use L1 here. But you don't have to. Do as you please. (just
>>> saying)
>>>
>>> Max
>>>
>>>> +
>>>> +    hbitmap_test_truncate(data, size, diff, 0);
>>>> +}
>>>> +
>>>> +/**
>>>> + * Shrink by an amount larger than sizeof(long).
>>>> + */
>>>> +static void test_hbitmap_truncate_shrink_large(TestHBitmapData *data,
>>>> +                                               const void *unused)
>>>> +{
>>>> +    size_t size = L2;
>>>> +    size_t diff = 8 * sizeof(long);
>>>> +
>>>> +    hbitmap_test_truncate(data, size, -diff, 0);
>>>> +}
>>>> +
>>>>   static void hbitmap_test_add(const char *testpath,
>>>>                                      void (*test_func)(TestHBitmapData
>>>> *data, const void *user_data))
>>>>   {
>>>> @@ -395,6 +620,28 @@ int main(int argc, char **argv)
>>>>       hbitmap_test_add("/hbitmap/reset/empty",
>>>> test_hbitmap_reset_empty);
>>>>       hbitmap_test_add("/hbitmap/reset/general", test_hbitmap_reset);
>>>>       hbitmap_test_add("/hbitmap/granularity",
>>>> test_hbitmap_granularity);
>>>> +
>>>> +    hbitmap_test_add("/hbitmap/truncate/nop",
>>>> test_hbitmap_truncate_nop);
>>>> +    hbitmap_test_add("/hbitmap/truncate/grow/negligible",
>>>> +                     test_hbitmap_truncate_grow_negligible);
>>>> +    hbitmap_test_add("/hbitmap/truncate/shrink/negligible",
>>>> + test_hbitmap_truncate_shrink_negligible);
>>>> +    hbitmap_test_add("/hbitmap/truncate/grow/tiny",
>>>> +                     test_hbitmap_truncate_grow_tiny);
>>>> +    hbitmap_test_add("/hbitmap/truncate/shrink/tiny",
>>>> +                     test_hbitmap_truncate_shrink_tiny);
>>>> +    hbitmap_test_add("/hbitmap/truncate/grow/small",
>>>> +                     test_hbitmap_truncate_grow_small);
>>>> +    hbitmap_test_add("/hbitmap/truncate/shrink/small",
>>>> +                     test_hbitmap_truncate_shrink_small);
>>>> +    hbitmap_test_add("/hbitmap/truncate/grow/medium",
>>>> +                     test_hbitmap_truncate_grow_medium);
>>>> +    hbitmap_test_add("/hbitmap/truncate/shrink/medium",
>>>> +                     test_hbitmap_truncate_shrink_medium);
>>>> +    hbitmap_test_add("/hbitmap/truncate/grow/large",
>>>> +                     test_hbitmap_truncate_grow_large);
>>>> +    hbitmap_test_add("/hbitmap/truncate/shrink/large",
>>>> +                     test_hbitmap_truncate_shrink_large);
>>>>       g_test_run();
>>>>       return 0;
>>>
>>>
>

-- 
—js

  reply	other threads:[~2015-03-17 17:44 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-13 18:30 [Qemu-devel] [2.4 PATCH v3 00/19] block: transactionless incremental backup series John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 01/19] docs: incremental backup documentation John Snow
2015-03-16 20:36   ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 02/19] qapi: Add optional field "name" to block dirty bitmap John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 03/19] qmp: Ensure consistent granularity type John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 04/19] qmp: Add block-dirty-bitmap-add and block-dirty-bitmap-remove John Snow
2015-03-16 20:44   ` Max Reitz
2015-03-16 20:53     ` John Snow
2015-03-16 20:54       ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 05/19] block: Introduce bdrv_dirty_bitmap_granularity() John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 06/19] hbitmap: cache array lengths John Snow
2015-03-16 20:53   ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 07/19] hbitmap: add hbitmap_merge John Snow
2015-03-16 20:55   ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 08/19] block: Add bitmap disabled status John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 09/19] block: Add bitmap successors John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 10/19] qmp: Add support of "dirty-bitmap" sync mode for drive-backup John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 11/19] qmp: add block-dirty-bitmap-clear John Snow
2015-03-16 20:57   ` Max Reitz
2015-03-16 21:03     ` John Snow
2015-03-17 13:11       ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 12/19] qmp: Add dirty bitmap status field in query-block John Snow
2015-03-16 20:58   ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 13/19] block: add BdrvDirtyBitmap documentation John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 14/19] block: Ensure consistent bitmap function prototypes John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 15/19] block: Resize bitmaps on bdrv_truncate John Snow
2015-03-17 13:50   ` Max Reitz
2015-03-17 17:13     ` John Snow
2015-03-17 17:17       ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 16/19] hbitmap: truncate tests John Snow
2015-03-17 14:53   ` Max Reitz
2015-03-17 17:21     ` John Snow
2015-03-17 17:28       ` Max Reitz
2015-03-17 17:44         ` John Snow [this message]
2015-03-17 17:45           ` Max Reitz
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 17/19] iotests: add invalid input incremental backup tests John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 18/19] iotests: add simple incremental backup case John Snow
2015-03-13 18:30 ` [Qemu-devel] [2.4 PATCH v3 19/19] iotests: add incremental backup failure recovery test John Snow

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=550867ED.9020309@redhat.com \
    --to=jsnow@redhat.com \
    --cc=armbru@redhat.com \
    --cc=famz@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    --cc=vsementsov@parallels.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).