From: "Timur Safin" <tsafin@tarantool.org>
To: 'Vladislav Shpilevoy' <v.shpilevoy@tarantool.org>,
tarantool-patches@dev.tarantool.org, alyapunov@tarantool.org,
korablev@tarantool.org
Subject: Re: [Tarantool-patches] [PATCH v2 07/10] vinyl: align statements and bps tree extents
Date: Thu, 28 May 2020 23:38:06 +0300 [thread overview]
Message-ID: <04a001d6352f$e441f070$acc5d150$@tarantool.org> (raw)
In-Reply-To: <d2260d498cf74c5d0c9826075a753fb3097c6d09.1590622225.git.v.shpilevoy@tarantool.org>
Agreed! LGTM!
: -----Original Message-----
: From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
: Sent: Thursday, May 28, 2020 2:32 AM
: To: tarantool-patches@dev.tarantool.org; alyapunov@tarantool.org;
: korablev@tarantool.org; tsafin@tarantool.org
: Subject: [PATCH v2 07/10] vinyl: align statements and bps tree extents
:
: Vinyl tuples (vy_stmt) in 0 level of LSM tree are stored in
: lsregion. They were allocated using lsregion_alloc(), which does
: not align its results, and is good only for byte arrays.
:
: As a result, vy_stmt object addresses in 0 LSM level were not
: aligned. Unaligned memory access is slower, and may even crash on
: some platforms.
:
: Besides, even aligned allocations couldn't help upserts in 0 level
: of the LSM tree, because upsert vy_stmt objects had 1 byte prefix
: to count merged upserts stored in this statement. This 1 byte
: prefix ruined all the alignment. Now the upsert counter is also
: aligned, the same as vy_stmt. Note, it does not consume
: significantly more memory, since it used only for vinyl and only
: for upserts, stored in 0 level of the LSM tree.
:
: The same about BPS tree extents. LSM 0 level is a BPS tree, whose
: blocks are allocated on lsregion. The extents are used as pointer
: arrays inside the tree, so they need alignof(void *) alignment.
:
: The mentioned unaligned accesses were revealed by clang undefined
: behaviour sanitizer, and are fixed by this patch.
:
: Part of #4609
: ---
: src/box/vy_mem.c | 9 +++++----
: src/box/vy_stmt.c | 13 ++++++++-----
: test/vinyl/quota.result | 10 +++++-----
: test/vinyl/quota_timeout.result | 4 ++--
: test/vinyl/stat.result | 4 ++--
: 5 files changed, 22 insertions(+), 18 deletions(-)
:
: diff --git a/src/box/vy_mem.c b/src/box/vy_mem.c
: index b4d016a68..98027e784 100644
: --- a/src/box/vy_mem.c
: +++ b/src/box/vy_mem.c
: @@ -75,11 +75,12 @@ vy_mem_tree_extent_alloc(void *ctx)
: {
: struct vy_mem *mem = (struct vy_mem *) ctx;
: struct vy_mem_env *env = mem->env;
: - void *ret = lsregion_alloc(&env->allocator, VY_MEM_TREE_EXTENT_SIZE,
: - mem->generation);
: + void *ret = lsregion_aligned_alloc(&env->allocator,
: + VY_MEM_TREE_EXTENT_SIZE,
: + alignof(void *), mem->generation);
: if (ret == NULL) {
: - diag_set(OutOfMemory, VY_MEM_TREE_EXTENT_SIZE,
: "lsregion_alloc",
: - "ret");
: + diag_set(OutOfMemory, VY_MEM_TREE_EXTENT_SIZE,
: + "lsregion_aligned_alloc", "ret");
: return NULL;
: }
: mem->tree_extent_size += VY_MEM_TREE_EXTENT_SIZE;
: diff --git a/src/box/vy_stmt.c b/src/box/vy_stmt.c
: index adc3ba452..dc6960068 100644
: --- a/src/box/vy_stmt.c
: +++ b/src/box/vy_stmt.c
: @@ -223,20 +223,23 @@ vy_stmt_dup_lsregion(struct tuple *stmt, struct
: lsregion *lsregion,
: size_t size = tuple_size(stmt);
: size_t alloc_size = size;
: struct tuple *mem_stmt;
: + const size_t align = alignof(struct vy_stmt);
:
: /* Reserve one byte for UPSERT counter. */
: if (type == IPROTO_UPSERT)
: - alloc_size++;
: + alloc_size += align;
:
: - mem_stmt = lsregion_alloc(lsregion, alloc_size, alloc_id);
: + mem_stmt = lsregion_aligned_alloc(lsregion, alloc_size, align,
: + alloc_id);
: if (mem_stmt == NULL) {
: - diag_set(OutOfMemory, size, "lsregion_alloc", "mem_stmt");
: + diag_set(OutOfMemory, size, "lsregion_aligned_alloc",
: + "mem_stmt");
: return NULL;
: }
:
: if (type == IPROTO_UPSERT) {
: - *(uint8_t *)mem_stmt = 0;
: - mem_stmt = (struct tuple *)((uint8_t *)mem_stmt + 1);
: + memset(mem_stmt, 0, align);
: + mem_stmt = (struct tuple *)((uint8_t *)mem_stmt + align);
: }
:
: memcpy(mem_stmt, stmt, size);
: diff --git a/test/vinyl/quota.result b/test/vinyl/quota.result
: index d1b28ee51..940df4e49 100644
: --- a/test/vinyl/quota.result
: +++ b/test/vinyl/quota.result
: @@ -31,7 +31,7 @@ space:insert({1, 1})
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 98343
: +- 98344
: ...
: space:insert({1, 1})
: ---
: @@ -39,7 +39,7 @@ space:insert({1, 1})
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 98343
: +- 98344
: ...
: space:update({1}, {{'!', 1, 100}}) -- try to modify the primary key
: ---
: @@ -47,7 +47,7 @@ space:update({1}, {{'!', 1, 100}}) -- try to modify the
: primary key
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 98343
: +- 98344
: ...
: space:insert({2, 2})
: ---
: @@ -63,7 +63,7 @@ space:insert({4, 4})
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 98460
: +- 98463
: ...
: box.snapshot()
: ---
: @@ -89,7 +89,7 @@ _ = space:replace{1, 1, string.rep('a', 1024 * 1024 *
: 5)}
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 5292076
: +- 5292080
: ...
: space:drop()
: ---
: diff --git a/test/vinyl/quota_timeout.result
: b/test/vinyl/quota_timeout.result
: index 7a71b29c6..31ca23670 100644
: --- a/test/vinyl/quota_timeout.result
: +++ b/test/vinyl/quota_timeout.result
: @@ -49,7 +49,7 @@ s:count()
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 748241
: +- 748248
: ...
: -- Since the following operation requires more memory than configured
: -- and dump is disabled, it should fail with ER_VY_QUOTA_TIMEOUT.
: @@ -63,7 +63,7 @@ s:count()
: ...
: box.stat.vinyl().memory.level0
: ---
: -- 748241
: +- 748248
: ...
: --
: -- Check that increasing box.cfg.vinyl_memory wakes up fibers
: diff --git a/test/vinyl/stat.result b/test/vinyl/stat.result
: index d35def13d..a895528b9 100644
: --- a/test/vinyl/stat.result
: +++ b/test/vinyl/stat.result
: @@ -761,7 +761,7 @@ put(1)
: ...
: stat_diff(gstat(), st, 'memory.level0')
: ---
: -- 1061
: +- 1064
: ...
: -- use cache
: st = gstat()
: @@ -1130,7 +1130,7 @@ gstat()
: memory:
: tuple_cache: 14417
: tx: 0
: - level0: 262583
: + level0: 263210
: page_index: 1250
: bloom_filter: 140
: disk:
: --
: 2.21.1 (Apple Git-122.3)
next prev parent reply other threads:[~2020-05-28 20:38 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-27 23:32 [Tarantool-patches] [PATCH v2 00/10] Sanitize unaligned access Vladislav Shpilevoy
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 01/10] small: sanitized rlist and new region API Vladislav Shpilevoy
2020-05-28 20:41 ` Timur Safin
2020-05-28 22:56 ` Vladislav Shpilevoy
2020-06-08 23:01 ` Vladislav Shpilevoy
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 10/10] xrow: use unaligned store operation in xrow_to_iovec() Vladislav Shpilevoy
2020-05-28 20:20 ` Timur Safin
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 02/10] cmake: ignore warnings on alignof() and offsetof() Vladislav Shpilevoy
2020-05-28 20:18 ` Timur Safin
2020-05-29 6:24 ` Kirill Yukhin
2020-05-29 22:34 ` Vladislav Shpilevoy
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 03/10] cmake: add option ENABLE_UB_SANITIZER Vladislav Shpilevoy
2020-05-28 20:42 ` Timur Safin
2020-05-29 8:53 ` Sergey Bronnikov
2020-05-29 22:36 ` Vladislav Shpilevoy
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 04/10] crc32: align memory access Vladislav Shpilevoy
2020-05-28 20:11 ` Timur Safin
2020-05-28 23:23 ` Vladislav Shpilevoy
2020-05-28 23:32 ` Timur Safin
2020-06-08 22:33 ` Vladislav Shpilevoy
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 05/10] sql: make BtCursor's memory aligned Vladislav Shpilevoy
2020-05-28 20:20 ` Timur Safin
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 06/10] region: use aligned allocations where necessary Vladislav Shpilevoy
2020-05-28 20:35 ` Timur Safin
2020-05-28 23:07 ` Vladislav Shpilevoy
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 07/10] vinyl: align statements and bps tree extents Vladislav Shpilevoy
2020-05-28 20:38 ` Timur Safin [this message]
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 08/10] tuple: use unaligned store-load for field map Vladislav Shpilevoy
2020-05-28 20:22 ` Timur Safin
2020-05-27 23:32 ` [Tarantool-patches] [PATCH v2 09/10] port: make port_c_entry not PACKED Vladislav Shpilevoy
2020-05-28 20:42 ` Timur Safin
2020-06-03 21:27 ` [Tarantool-patches] [PATCH v2 00/10] Sanitize unaligned access Vladislav Shpilevoy
2020-06-08 22:33 ` Vladislav Shpilevoy
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='04a001d6352f$e441f070$acc5d150$@tarantool.org' \
--to=tsafin@tarantool.org \
--cc=alyapunov@tarantool.org \
--cc=korablev@tarantool.org \
--cc=tarantool-patches@dev.tarantool.org \
--cc=v.shpilevoy@tarantool.org \
--subject='Re: [Tarantool-patches] [PATCH v2 07/10] vinyl: align statements and bps tree extents' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox