From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
To: imeevma@tarantool.org, sergos@tarantool.org
Cc: tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH v1 1/1] sql: do not reset region on select
Date: Wed, 4 Nov 2020 23:14:38 +0100 [thread overview]
Message-ID: <46f1c499-b84b-7c4a-d8a1-189d3c5965d9@tarantool.org> (raw)
In-Reply-To: <de3a3542d3f69017d221a681dd5476f0fd240ba2.1604310090.git.imeevma@gmail.com>
Hi! Thanks for the patch!
See 2 comments below.
On 02.11.2020 10:49, imeevma@tarantool.org wrote:
> Prior to this patch, region on fiber was reset during select(), get(),
> count(), max(), or min(). This would result in an error if one of these
> operations was used in a user-defined function in SQL. After this patch,
> these functions truncate region instead of resetting it.
>
> Closes #5427
> ---
> https://github.com/tarantool/tarantool/issues/5427
> https://github.com/tarantool/tarantool/tree/imeevma/gh-5427-lua-func-changes-result
>
> @ChangeLog
> - Region truncated instead of resetting on select() (gh-5427).
1. I suggest to make the message more understandable for users. They have
no idea what a region is. For instance, consider
Memory corruption when SQL called Lua functions with box calls inside
> src/box/box.cc | 5 +-
> src/box/index.cc | 20 +++
> src/box/txn.h | 6 +-
> .../gh-5427-lua-func-changes-result.result | 153 ++++++++++++++++++
> .../gh-5427-lua-func-changes-result.test.lua | 86 ++++++++++
> 5 files changed, 264 insertions(+), 6 deletions(-)
> create mode 100644 test/sql/gh-5427-lua-func-changes-result.result
> create mode 100644 test/sql/gh-5427-lua-func-changes-result.test.lua
>
> diff --git a/src/box/box.cc b/src/box/box.cc
> index 18568df3b..473ef52ad 100644
> --- a/src/box/box.cc
> +++ b/src/box/box.cc
> @@ -1388,7 +1388,8 @@ box_select(uint32_t space_id, uint32_t index_id,
> struct port *port)
> {
> (void)key_end;
> -
> + struct region *region = &fiber()->gc;
> + size_t used = region_used(region);
> rmean_collect(rmean_box, IPROTO_SELECT, 1);
2. I must say I couldn't come up with a better idea so far. I remember I
also proposed to start a transaction for each VDBE statement, but not sure
it is a right thing to do.
It means, we probably should go for this one, but a bit polished.
In the current solution I don't like, that you basically just inlined
txn_commit_ro_stmt(), but instead I would rather want you to patch it to
make it work.
So for example txn_begin_ro_stmt inside remembers the current region size,
and returns it via an out parameter struct txn_ro_savepoint *svp. Which
you create on the stack.
Then, after you are done with the statement, you call txn_commit_ro_stmt,
which takes const struct txn_ro_savepoint *svp, and does the region_truncate
inside.
next prev parent reply other threads:[~2020-11-04 22:14 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-02 9:49 imeevma
2020-11-04 22:14 ` Vladislav Shpilevoy [this message]
2020-12-16 5:34 ` Mergen Imeev
2020-12-17 22:04 ` Vladislav Shpilevoy
2020-12-22 19:30 ` Mergen Imeev
2020-12-23 14:58 ` Vladislav Shpilevoy
2020-12-23 19:20 ` Mergen Imeev
2020-12-23 19:15 imeevma
2020-12-24 10:48 ` Nikita Pettik
2020-12-24 10:58 ` Nikita Pettik
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=46f1c499-b84b-7c4a-d8a1-189d3c5965d9@tarantool.org \
--to=v.shpilevoy@tarantool.org \
--cc=imeevma@tarantool.org \
--cc=sergos@tarantool.org \
--cc=tarantool-patches@dev.tarantool.org \
--subject='Re: [Tarantool-patches] [PATCH v1 1/1] sql: do not reset region on select' \
/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