[Tarantool-patches] [PATCH 0/2] reduce performance degradation introduced by JSON path indices

Serge Petrenko sergepetrenko at tarantool.org
Mon Nov 16 10:50:32 MSK 2020


Issue: https://github.com/tarantool/tarantool/issues/4774

Branch: sp/gh-4774-multikey-refactoring


14.11.2020 20:28, Serge Petrenko пишет:
> The patchset fixes two degradations found by measuring snapshot recovery time
> for a 1.5G snapshot containing 30M tuples in a memtx space with a simple primary
> key and one secondary key over 4 integer and one string field.
>
> The first degradation manifests itself during snapshot recovery phase (the one
> with "3.5M rows processed" messages) and is connected to `memtx_tuple_new`
> slowdown due to unoptimised `tuple_field_map_create`.
>
> First patch deals with this degradation and manages to restore almost all
> performance lost since 1.10. (The patched version is only 11% slower than 1.10,
> while the current master is 39% slower on this phase).
>
> The second degradation appears during next snapshot recovery phase, secondary
> index building. Here the degradation is rooted in slow tuple field access via
> tuple_field_raw().
>
> The second patch deals with this issue and manages to restore part of the lost
> performance. (The patched version is 14% slower than 1.10 while the current
> master is 27% slower).
>
> Serge Petrenko (2):
>    box: speed up tuple_field_map_create
>    box: use tuple_field_raw_by_part where possible
>
>   src/box/tuple_compare.cc     | 37 ++++-----------
>   src/box/tuple_extract_key.cc | 10 +---
>   src/box/tuple_format.c       | 91 ++++++++++++++++++++++++++++++++++++
>   src/box/tuple_hash.cc        | 35 ++++----------
>   4 files changed, 111 insertions(+), 62 deletions(-)
>
-- 
Serge Petrenko



More information about the Tarantool-patches mailing list