From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
To: tarantool-patches@freelists.org, georgy@tarantool.org,
tarantool-patches@dev.tarantool.org,
Konstantin Osipov <kostja.osipov@gmail.com>
Subject: Re: [Tarantool-patches] [tarantool-patches] [PATCH v3 0/4] From memory wal replication
Date: Tue, 22 Oct 2019 01:06:08 +0200 [thread overview]
Message-ID: <5728488d-3860-8135-bff9-75806178fe5f@tarantool.org> (raw)
In-Reply-To: <cover.1570639218.git.georgy@tarantool.org>
Hi! Thanks for the patchset!
- I see that Travis is still red on your branch:
https://travis-ci.org/tarantool/tarantool/jobs/595713541.
- Please, rebase your branch on the latest master. It
is very outdated. Probably it also will help to fix Travis.
On 09/10/2019 18:45, Georgy Kirichenko wrote:
> This patchset introduces from-wal-memory-replication and consist of 4
> patches.
>
> The first patch purges distinct relay facilities to advanced gc consumer
> state. Also it changes gc behaviour - now gc compares consumers using
> lsns corresponding to local instance id instead of vclock signature.
> Howevers this changes gc behavior, its look like we could restore the
> gc behavior after relay would be migrated to the wal thread. The whole
> patch is essential because in relay switched to memory relaying there is
> no more file boundaries and on_close_log trigger invocation now.>
> The second patch introduces xrow buffer structure to be used by wal
> while logging. Wal encodes rows to a memory buffer (xrow_buffer
> structure) and then writes encoded data to a xlog file.
>
> The next patch implements xrow_buf_cursor to have an ability to found
> a position in the buffer by vclock and then fetch all rows one-by-one
> towards the last one.
>
> The last patch makes a relay able to read from wal memory using
> a xrow_buffer cursor. When relay went out of wal memory window it turns
> back to file mode. After last known xlog file is relayed then relay
> tries to return to wal memory mode.
>
> Changes in v3:
> - A lot of commentary fixes and renaming according to review
> - Slight refactoring
> - On-stack heartbeat message issue fixed
>
> Changes in v2:
> - Get rid of gc refactoring
> - Rename wal_memory to xrow_buffer according to review
> - Commentaries
> - Bug fixes
>
> Branch: http://github.com/tarantool/tarantool/tree/g.kirichenko/gh-3794-memory-replication
> Issue: https://github.com/tarantool/tarantool/issues/3794
>
> Georgy Kirichenko (4):
> relay: adjust gc state on relay status update
> wal: xrow buffer structure
> wal: xrow buffer cursor
> replication: use wal memory buffer to fetch rows
>
> src/box/CMakeLists.txt | 1 +
> src/box/gc.c | 7 +-
> src/box/relay.cc | 286 +++++--------
> src/box/wal.c | 205 +++++++++-
> src/box/wal.h | 60 +++
> src/box/xlog.c | 57 ++-
> src/box/xlog.h | 16 +-
> src/box/xrow_buf.c | 382 ++++++++++++++++++
> src/box/xrow_buf.h | 198 +++++++++
> src/lib/core/cbus.c | 4 +
> src/lib/core/errinj.h | 1 +
> test/box/errinj.result | 2 +
> test/replication/force_recovery.result | 8 +
> test/replication/force_recovery.test.lua | 2 +
> test/replication/replica_rejoin.result | 8 +
> test/replication/replica_rejoin.test.lua | 2 +
> .../show_error_on_disconnect.result | 8 +
> .../show_error_on_disconnect.test.lua | 2 +
> test/replication/suite.ini | 2 +-
> test/xlog/panic_on_wal_error.result | 12 +
> test/xlog/panic_on_wal_error.test.lua | 3 +
> test/xlog/suite.ini | 2 +-
> 22 files changed, 1045 insertions(+), 223 deletions(-)
> create mode 100644 src/box/xrow_buf.c
> create mode 100644 src/box/xrow_buf.h
>
next parent reply other threads:[~2019-10-21 23:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1570639218.git.georgy@tarantool.org>
2019-10-21 23:06 ` Vladislav Shpilevoy [this message]
[not found] ` <99ef4fdb53bfd4fb1c47f2cf2ebb0f333761506e.1570639218.git.georgy@tarantool.org>
2019-10-21 23:06 ` [Tarantool-patches] [tarantool-patches] [PATCH v3 1/4] relay: adjust gc state on relay status update Vladislav Shpilevoy
[not found] ` <e45d765c21500974a7d6676ea1455a9e617f30c9.1570639218.git.georgy@tarantool.org>
2019-10-21 23:06 ` [Tarantool-patches] [tarantool-patches] [PATCH v3 2/4] wal: xrow buffer structure Vladislav Shpilevoy
[not found] ` <8f3fc4b1a2b9c2d071225e11a863d2facd3d035e.1570639218.git.georgy@tarantool.org>
2019-10-21 23:06 ` [Tarantool-patches] [tarantool-patches] [PATCH v3 3/4] wal: xrow buffer cursor Vladislav Shpilevoy
[not found] ` <0b5ca0bc9f891c3c5363a0e3275c662f93a813de.1570639218.git.georgy@tarantool.org>
2019-10-21 23:07 ` [Tarantool-patches] [tarantool-patches] [PATCH v3 4/4] replication: use wal memory buffer to fetch rows 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=5728488d-3860-8135-bff9-75806178fe5f@tarantool.org \
--to=v.shpilevoy@tarantool.org \
--cc=georgy@tarantool.org \
--cc=kostja.osipov@gmail.com \
--cc=tarantool-patches@dev.tarantool.org \
--cc=tarantool-patches@freelists.org \
--subject='Re: [Tarantool-patches] [tarantool-patches] [PATCH v3 0/4] From memory wal replication' \
/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