From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org> To: tarantool-patches@dev.tarantool.org, sergepetrenko@tarantool.org Subject: [Tarantool-patches] [PATCH v3 03/10] wal: don't touch box.cfg.wal_dir more than once Date: Wed, 30 Sep 2020 00:11:25 +0200 [thread overview] Message-ID: <403357900583fd1147413a9afa19e6e53bc76321.1601417273.git.v.shpilevoy@tarantool.org> (raw) In-Reply-To: <cover.1601417273.git.v.shpilevoy@tarantool.org> Relay.cc and box.cc obtained box.cfg.wal_dir value using cfg_gets() call. To initialize WAL and create struct recovery objects. That is not only a bit dangerous (cfg_gets() uses Lua API and can throw a Lua error) and slow, but also not necessary - wal_dir parameter is constant, it can't be changed after instance start. It means, the value can be stored somewhere one time and then used without Lua. Main motivation is that the WAL directory path will be needed inside relay threads to restart their recovery iterators in the Raft patch. They can't use cfg_gets(), because Lua lives in TX thread. But can access a constant global variable, introduced in this patch (it existed before, but now has a method to get it). Needed for #1146 --- src/box/box.cc | 9 ++++----- src/box/relay.cc | 7 ++----- src/box/wal.c | 6 ++++++ src/box/wal.h | 7 +++++++ 4 files changed, 19 insertions(+), 10 deletions(-) diff --git a/src/box/box.cc b/src/box/box.cc index 8de451db5..fbf6a7434 100644 --- a/src/box/box.cc +++ b/src/box/box.cc @@ -2401,8 +2401,7 @@ local_recovery(const struct tt_uuid *instance_uuid, wal_stream_create(&wal_stream); struct recovery *recovery; - recovery = recovery_new(cfg_gets("wal_dir"), - cfg_geti("force_recovery"), + recovery = recovery_new(wal_dir(), cfg_geti("force_recovery"), checkpoint_vclock); /* @@ -2475,7 +2474,7 @@ local_recovery(const struct tt_uuid *instance_uuid, recovery_follow_local(recovery, &wal_stream.base, "hot_standby", cfg_getd("wal_dir_rescan_delay")); while (true) { - if (path_lock(cfg_gets("wal_dir"), &wal_dir_lock)) + if (path_lock(wal_dir(), &wal_dir_lock)) diag_raise(); if (wal_dir_lock >= 0) break; @@ -2622,7 +2621,7 @@ box_cfg_xc(void) * Lock the write ahead log directory to avoid multiple * instances running in the same dir. */ - if (path_lock(cfg_gets("wal_dir"), &wal_dir_lock) < 0) + if (path_lock(wal_dir(), &wal_dir_lock) < 0) diag_raise(); if (wal_dir_lock < 0) { /** @@ -2631,7 +2630,7 @@ box_cfg_xc(void) * WAL dir must contain at least one xlog. */ if (!cfg_geti("hot_standby") || checkpoint == NULL) - tnt_raise(ClientError, ER_ALREADY_RUNNING, cfg_gets("wal_dir")); + tnt_raise(ClientError, ER_ALREADY_RUNNING, wal_dir()); } struct journal bootstrap_journal; diff --git a/src/box/relay.cc b/src/box/relay.cc index a7843a8c2..124b0f52f 100644 --- a/src/box/relay.cc +++ b/src/box/relay.cc @@ -34,7 +34,6 @@ #include "tt_static.h" #include "scoped_guard.h" #include "cbus.h" -#include "cfg.h" #include "errinj.h" #include "fiber.h" #include "say.h" @@ -369,8 +368,7 @@ relay_final_join(int fd, uint64_t sync, struct vclock *start_vclock, relay_delete(relay); }); - relay->r = recovery_new(cfg_gets("wal_dir"), false, - start_vclock); + relay->r = recovery_new(wal_dir(), false, start_vclock); vclock_copy(&relay->stop_vclock, stop_vclock); int rc = cord_costart(&relay->cord, "final_join", @@ -731,8 +729,7 @@ relay_subscribe(struct replica *replica, int fd, uint64_t sync, }); vclock_copy(&relay->local_vclock_at_subscribe, &replicaset.vclock); - relay->r = recovery_new(cfg_gets("wal_dir"), false, - replica_clock); + relay->r = recovery_new(wal_dir(), false, replica_clock); vclock_copy(&relay->tx.vclock, replica_clock); relay->version_id = replica_version_id; diff --git a/src/box/wal.c b/src/box/wal.c index ea707aa5e..84abaa7b2 100644 --- a/src/box/wal.c +++ b/src/box/wal.c @@ -201,6 +201,12 @@ wal_mode(void) return wal_writer_singleton.wal_mode; } +const char * +wal_dir(void) +{ + return wal_writer_singleton.wal_dir.dirname; +} + static void wal_write_to_disk(struct cmsg *msg); diff --git a/src/box/wal.h b/src/box/wal.h index 9d0cada46..581306fe9 100644 --- a/src/box/wal.h +++ b/src/box/wal.h @@ -98,6 +98,13 @@ wal_enable(void); void wal_free(void); +/** + * Get WAL directory path. The value never changes after box is + * configured first time. Safe to use from multiple threads. + */ +const char * +wal_dir(void); + struct wal_watcher_msg { struct cmsg cmsg; struct wal_watcher *watcher; -- 2.21.1 (Apple Git-122.3)
next prev parent reply other threads:[~2020-09-29 22:11 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-09-29 22:11 [Tarantool-patches] [PATCH v3 00/10] Raft Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 01/10] applier: store instance_id in struct applier Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 10/10] raft: add tests Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 02/10] box: introduce summary RO flag Vladislav Shpilevoy 2020-09-29 22:11 ` Vladislav Shpilevoy [this message] 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 04/10] replication: track registered replica count Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 05/10] raft: introduce persistent raft state Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 06/10] raft: introduce box.cfg.election_* options Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 07/10] raft: relay status updates to followers Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 08/10] raft: introduce state machine Vladislav Shpilevoy 2020-09-29 22:11 ` [Tarantool-patches] [PATCH v3 09/10] raft: introduce box.info.election Vladislav Shpilevoy 2020-09-30 7:06 ` [Tarantool-patches] [PATCH v3 00/10] Raft Serge Petrenko 2020-09-30 11:04 ` Kirill Yukhin
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=403357900583fd1147413a9afa19e6e53bc76321.1601417273.git.v.shpilevoy@tarantool.org \ --to=v.shpilevoy@tarantool.org \ --cc=sergepetrenko@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH v3 03/10] wal: don'\''t touch box.cfg.wal_dir more than once' \ /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