From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org> To: tarantool-patches@dev.tarantool.org, korablev@tarantool.org, tsafin@tarantool.org, alyapunov@tarantool.org, gorcunov@gmail.com Subject: [Tarantool-patches] [PATCH 07/10] vinyl: align statements and bps tree extents Date: Thu, 21 May 2020 22:37:30 +0200 [thread overview] Message-ID: <a90a30efe7c5786882953f419c1b1c7483f1d40a.1590093222.git.v.shpilevoy@tarantool.org> (raw) In-Reply-To: <cover.1590093222.git.v.shpilevoy@tarantool.org> 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-21 20:37 UTC|newest] Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-05-21 20:37 [Tarantool-patches] [PATCH 00/10] Sanitize unaligned access Vladislav Shpilevoy 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 01/10] small: sanitized rlist and new region API Vladislav Shpilevoy 2020-06-08 12:17 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 10/10] xrow: use unaligned store operation in xrow_to_iovec() Vladislav Shpilevoy 2020-06-08 12:26 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 02/10] cmake: ignore warnings on alignof() and offsetof() Vladislav Shpilevoy 2020-06-08 12:52 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 03/10] cmake: add option ENABLE_UB_SANITIZER Vladislav Shpilevoy 2020-06-08 12:53 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 04/10] crc32: disable align sanitizer Vladislav Shpilevoy 2020-06-08 13:58 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 05/10] sql: make BtCursor's memory aligned Vladislav Shpilevoy 2020-06-08 13:58 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 06/10] region: use aligned allocations where necessary Vladislav Shpilevoy 2020-06-08 14:00 ` Cyrill Gorcunov 2020-05-21 20:37 ` Vladislav Shpilevoy [this message] 2020-06-08 14:02 ` [Tarantool-patches] [PATCH 07/10] vinyl: align statements and bps tree extents Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 08/10] tuple: use unaligned store-load for field map Vladislav Shpilevoy 2020-06-08 14:04 ` Cyrill Gorcunov 2020-05-21 20:37 ` [Tarantool-patches] [PATCH 09/10] port: make port_c_entry not PACKED Vladislav Shpilevoy 2020-06-08 14:04 ` Cyrill Gorcunov 2020-05-21 22:25 ` [Tarantool-patches] [PATCH 00/10] Sanitize unaligned access Sergey Bronnikov 2020-05-27 23: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=a90a30efe7c5786882953f419c1b1c7483f1d40a.1590093222.git.v.shpilevoy@tarantool.org \ --to=v.shpilevoy@tarantool.org \ --cc=alyapunov@tarantool.org \ --cc=gorcunov@gmail.com \ --cc=korablev@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --cc=tsafin@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH 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