From: Vladimir Davydov <vdavydov.dev@gmail.com> To: kostja@tarantool.org Cc: tarantool-patches@freelists.org Subject: [PATCH 03/12] vinyl: add vy_history_append_stmt helper Date: Sun, 15 Apr 2018 22:55:16 +0300 [thread overview] Message-ID: <77d6d13d4efd916a9a7329c5f0cdc6fa2033070f.1523820298.git.vdavydov.dev@gmail.com> (raw) In-Reply-To: <cover.1523820298.git.vdavydov.dev@gmail.com> In-Reply-To: <cover.1523820298.git.vdavydov.dev@gmail.com> Currently, we append statements to a history list in an open-coded manner, using list manipulation functions. This violates encapsulation and prevents us from making vy_history an independent entity that could be reused e.g. in vy_read_iterator. Let's introduce a helper vy_history_append_stmt to hide vy_history implementation details. --- src/box/vy_point_lookup.c | 51 ++++++++++++++++++----------------------------- 1 file changed, 19 insertions(+), 32 deletions(-) diff --git a/src/box/vy_point_lookup.c b/src/box/vy_point_lookup.c index 5d3076d9..d985bdc2 100644 --- a/src/box/vy_point_lookup.c +++ b/src/box/vy_point_lookup.c @@ -72,18 +72,26 @@ struct vy_history_node { }; /** - * Allocate (region) new history node. - * @return new node or NULL on memory error (diag is set). + * Append an (older) statement to a history list. + * Returns 0 on success, -1 on memory allocation error. */ -static struct vy_history_node * -vy_history_node_new(void) +static int +vy_history_append_stmt(struct rlist *history, struct tuple *stmt, + enum iterator_src_type src_type) { struct region *region = &fiber()->gc; struct vy_history_node *node = region_alloc(region, sizeof(*node)); - if (node == NULL) + if (node == NULL) { diag_set(OutOfMemory, sizeof(*node), "region", "struct vy_history_node"); - return node; + return -1; + } + node->src_type = src_type; + if (node->src_type == ITER_SRC_RUN) + tuple_ref(stmt); + node->stmt = stmt; + rlist_add_tail_entry(history, node, link); + return 0; } /** @@ -136,13 +144,7 @@ vy_point_lookup_scan_txw(struct vy_lsm *lsm, struct vy_tx *tx, return 0; vy_stmt_counter_acct_tuple(&lsm->stat.txw.iterator.get, txv->stmt); - struct vy_history_node *node = vy_history_node_new(); - if (node == NULL) - return -1; - node->src_type = ITER_SRC_TXW; - node->stmt = txv->stmt; - rlist_add_tail(history, &node->link); - return 0; + return vy_history_append_stmt(history, txv->stmt, ITER_SRC_TXW); } /** @@ -161,14 +163,7 @@ vy_point_lookup_scan_cache(struct vy_lsm *lsm, return 0; vy_stmt_counter_acct_tuple(&lsm->cache.stat.get, stmt); - struct vy_history_node *node = vy_history_node_new(); - if (node == NULL) - return -1; - - node->src_type = ITER_SRC_CACHE; - node->stmt = stmt; - rlist_add_tail(history, &node->link); - return 0; + return vy_history_append_stmt(history, stmt, ITER_SRC_CACHE); } /** @@ -198,16 +193,13 @@ vy_point_lookup_scan_mem(struct vy_lsm *lsm, struct vy_mem *mem, return 0; while (true) { - struct vy_history_node *node = vy_history_node_new(); - if (node == NULL) + if (vy_history_append_stmt(history, (struct tuple *)stmt, + ITER_SRC_MEM) != 0) return -1; vy_stmt_counter_acct_tuple(&lsm->stat.memory.iterator.get, stmt); - node->src_type = ITER_SRC_MEM; - node->stmt = (struct tuple *)stmt; - rlist_add_tail(history, &node->link); if (vy_history_is_terminal(history)) break; @@ -269,15 +261,10 @@ vy_point_lookup_scan_slice(struct vy_lsm *lsm, struct vy_slice *slice, struct tuple *stmt; rc = vy_run_iterator_next_key(&run_itr, &stmt); while (rc == 0 && stmt != NULL) { - struct vy_history_node *node = vy_history_node_new(); - if (node == NULL) { + if (vy_history_append_stmt(history, stmt, ITER_SRC_RUN) != 0) { rc = -1; break; } - node->src_type = ITER_SRC_RUN; - node->stmt = stmt; - tuple_ref(stmt); - rlist_add_tail(history, &node->link); if (vy_stmt_type(stmt) != IPROTO_UPSERT) { *terminal_found = true; break; -- 2.11.0
next prev parent reply other threads:[~2018-04-15 19:55 UTC|newest] Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-04-15 19:55 [PATCH 00/12] vinyl: prepare read iterator for index rebuild Vladimir Davydov 2018-04-15 19:55 ` [PATCH 01/12] vinyl: rename vy_stmt_history to vy_history Vladimir Davydov 2018-04-15 19:55 ` [PATCH 02/12] vinyl: factor out vy_history_apply from vy_point_lookup_apply_history Vladimir Davydov 2018-05-14 18:19 ` [tarantool-patches] " Vladislav Shpilevoy 2018-04-15 19:55 ` Vladimir Davydov [this message] 2018-04-15 19:55 ` [PATCH 04/12] vinyl: zap iterator_src_type enum Vladimir Davydov 2018-04-15 19:55 ` [PATCH 05/12] vinyl: encapsulate key history with struct Vladimir Davydov 2018-04-15 19:55 ` [PATCH 06/12] vinyl: refine vy_history_cleanup Vladimir Davydov 2018-04-15 19:55 ` [PATCH 07/12] vinyl: move vy_history to its own source file Vladimir Davydov 2018-04-15 19:55 ` [PATCH 08/12] vinyl: use mempool for vy_history_node allocations Vladimir Davydov 2018-04-15 19:55 ` [PATCH 09/12] vinyl: consolidate skip optimization checks in read iterator Vladimir Davydov 2018-05-14 18:25 ` [tarantool-patches] " Vladislav Shpilevoy 2018-05-15 15:00 ` Vladimir Davydov 2018-04-15 19:55 ` [PATCH 10/12] vinyl: refactor vy_read_iterator_next Vladimir Davydov 2018-04-15 19:55 ` [PATCH 11/12] vinyl: make read iterator always return newest tuple version Vladimir Davydov 2018-04-15 19:55 ` [PATCH 12/12] vinyl: zap vy_read_iterator::curr_stmt Vladimir Davydov 2018-05-04 18:05 ` [tarantool-patches] Re: [PATCH 00/12] vinyl: prepare read iterator for index rebuild 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=77d6d13d4efd916a9a7329c5f0cdc6fa2033070f.1523820298.git.vdavydov.dev@gmail.com \ --to=vdavydov.dev@gmail.com \ --cc=kostja@tarantool.org \ --cc=tarantool-patches@freelists.org \ --subject='Re: [PATCH 03/12] vinyl: add vy_history_append_stmt helper' \ /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