Tarantool development patches archive
 help / color / mirror / Atom feed
From: Ilya Kosarev <i.kosarev@tarantool.org>
To: tarantool-patches@dev.tarantool.org
Subject: [Tarantool-patches] [PATCH 0/4] Safe truncation and deletion
Date: Fri, 14 Feb 2020 22:40:30 +0300	[thread overview]
Message-ID: <cover.1581705010.git.i.kosarev@tarantool.org> (raw)

This patchset is an experiment on reserve tech used for safe truncation
and the demonstration of the possible space:delete() fail on reserve.
The idea of the 3rd patch (memtx: use reserved slab for truncation) was
to prealloc a slab on arena to be used only for truncation tuples.
This approach didn't really solve the problem. After we are getting the
reserved slab with slab_map, we have a choice to put or not to put it
on slab lists. In case we do put it, the problem is that any next
operation, using mempool_alloc, will be able to use our slab, not only
truncation. This will lead to it's fast exhaustion. On the other hand,
if we skip all this lists (as it is done), we will fail at the garbage
collection when trying to free those tuples, as far as their slab won't
be found. See backtrace at
https://gitlab.com/tarantool/tarantool/-/jobs/438082894. It doesn't
look like there is any acceptable way to tune garbage collector
behavior.
In the 4th patch the stress_delete test with errinj is introduced to
show how it may fail on reserve. It uses errinj to simulate the case
where the num of reserved extents for memtx_index_extent_reserve won't
be enough, setting target amount as current amount + 1.

Not aimed to be pushed to master!

Branch: https://github.com/tarantool/tarantool/tree/i.kosarev/gh-3807-safe-alloc-on-truncation
Issue: https://github.com/tarantool/tarantool/issues/3807

Ilya Kosarev (4):
  small: bump small version
  b-tree: return NULL on matras_alloc fail
  memtx: use reserved slab for truncation
  memtx: space:delete() might fail on reserve

 src/box/box.cc                       |  27 ++++++-
 src/box/memtx_space.c                |  15 +++-
 src/box/tuple.c                      |   4 +
 src/lib/core/errinj.h                |   1 +
 src/lib/core/memory.c                |   1 +
 src/lib/salad/bps_tree.h             |  22 +++++-
 src/lib/small                        |   2 +-
 test/box/errinj.result               |   1 +
 test/engine/engine.cfg               |   6 ++
 test/engine/low_memory.lua           |   8 ++
 test/engine/stress_delete.result     | 111 +++++++++++++++++++++++++++
 test/engine/stress_delete.test.lua   |  55 +++++++++++++
 test/engine/stress_truncate.result   | 103 +++++++++++++++++++++++++
 test/engine/stress_truncate.test.lua |  52 +++++++++++++
 14 files changed, 399 insertions(+), 9 deletions(-)
 create mode 100644 test/engine/low_memory.lua
 create mode 100644 test/engine/stress_delete.result
 create mode 100644 test/engine/stress_delete.test.lua
 create mode 100644 test/engine/stress_truncate.result
 create mode 100644 test/engine/stress_truncate.test.lua

-- 
2.17.1

             reply	other threads:[~2020-02-14 19:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-14 19:40 Ilya Kosarev [this message]
2020-02-14 19:40 ` [Tarantool-patches] [PATCH 1/4] small: bump small version Ilya Kosarev
2020-02-14 19:40 ` [Tarantool-patches] [PATCH 2/4] b-tree: return NULL on matras_alloc fail Ilya Kosarev
2020-02-14 19:40 ` [Tarantool-patches] [PATCH 3/4] memtx: use reserved slab for truncation Ilya Kosarev
2020-02-14 19:40 ` [Tarantool-patches] [PATCH 4/4] memtx: space:delete() might fail on reserve Ilya Kosarev
2020-02-14 22:48 ` [Tarantool-patches] [PATCH 0/4] Safe truncation and deletion Vladislav Shpilevoy
2020-02-15 15:33   ` Vladislav Shpilevoy
2020-02-15 16:34     ` Konstantin Osipov
2020-02-16 15:41       ` 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=cover.1581705010.git.i.kosarev@tarantool.org \
    --to=i.kosarev@tarantool.org \
    --cc=tarantool-patches@dev.tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH 0/4] Safe truncation and deletion' \
    /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