Tarantool development patches archive
 help / color / mirror / Atom feed
From: Serge Petrenko <sergepetrenko@tarantool.org>
To: Vladimir Davydov <vdavydov.dev@gmail.com>
Cc: tarantool-patches@freelists.org
Subject: Re: [tarantool-patches] [PATCH] [replication] make join stage more informative
Date: Thu, 18 Oct 2018 16:38:06 +0300	[thread overview]
Message-ID: <52639C3D-E897-427C-BC2A-E71D418DC689@tarantool.org> (raw)
In-Reply-To: <20181018124313.axjdkmf6ftklgs2c@esperanza>

[-- Attachment #1: Type: text/plain, Size: 3274 bytes --]

HI! Thank you for review.
The new diff is below.

> 18 окт. 2018 г., в 15:43, Vladimir Davydov <vdavydov.dev@gmail.com> написал(а):
> 
> On Tue, Oct 16, 2018 at 01:10:53PM +0300, Serge Petrenko wrote:
>> 
>> +			if (row_count % 100000 == 0)
>> +				say_info("%.1fM rows recieved", row_count / 1e6);
> 
> Without knowing the total number of rows to be received, this isn't very
> informative IMO.

The same is done in logging during recovery. Here it at least lets you make a rough
time estimation.

> 
>> 		} else if (row.type == IPROTO_OK) {
>> 			if (applier->version_id < version_id(1, 7, 0)) {
>> 				/*
>> @@ -354,6 +358,9 @@ applier_join(struct applier *applier)
>> 		if (iproto_type_is_dml(row.type)) {
>> 			vclock_follow_xrow(&replicaset.vclock, &row);
>> 			xstream_write_xc(applier->subscribe_stream, &row);
>> +			++row_count;
>> +			if (row_count % 100000 == 0)
>> +				say_info("%.1fM rows recieved", row_count / 1e6);
> 
> When bootstrapping from Tarantool < 1.7, final join won't end here, it
> will end in applier_subscribe(). Not sure if we want to handle this case
> though.

I suggest not adding logging to the subscribe stage, it is not needed IMO.

> 
>> 		} else if (row.type == IPROTO_OK) {
>> 			/*
>> 			 * Current vclock. This is not used now,
>> diff --git a/src/box/lua/info.c b/src/box/lua/info.c
>> index 655768ec4..4c25255c0 100644
>> --- a/src/box/lua/info.c
>> +++ b/src/box/lua/info.c
>> @@ -119,8 +119,13 @@ static void
>> lbox_pushrelay(lua_State *L, struct relay *relay)
>> {
>> 	lua_newtable(L);
>> -	lua_pushstring(L, "vclock");
>> -	lbox_pushvclock(L, relay_vclock(relay));
>> +	if (relay_vclock(relay)->map == 0) {
>> +		lua_pushstring(L, "status");
>> +		lua_pushstring(L, "joining");
>> +	} else {
>> +		lua_pushstring(L, "vclock");
>> +		lbox_pushvclock(L, relay_vclock(relay));
>> +	}
> 
> This wouldn't work, because struct replica doesn't exist before initial
> join is complete.

Yes, you’re correct. Removed this.

---
 src/box/applier.cc | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/src/box/applier.cc b/src/box/applier.cc
index 7da278e68..ba68c3d07 100644
--- a/src/box/applier.cc
+++ b/src/box/applier.cc
@@ -309,11 +309,15 @@ applier_join(struct applier *applier)
 	 * Receive initial data.
 	 */
 	assert(applier->join_stream != NULL);
+	uint64_t row_count = 0;
 	while (true) {
 		coio_read_xrow(coio, ibuf, &row);
 		applier->last_row_time = ev_monotonic_now(loop());
 		if (iproto_type_is_dml(row.type)) {
 			xstream_write_xc(applier->join_stream, &row);
+			++row_count;
+			if (row_count % 100000 == 0)
+				say_info("%.1fM rows recieved", row_count / 1e6);
 		} else if (row.type == IPROTO_OK) {
 			if (applier->version_id < version_id(1, 7, 0)) {
 				/*
@@ -354,6 +358,9 @@ applier_join(struct applier *applier)
 		if (iproto_type_is_dml(row.type)) {
 			vclock_follow_xrow(&replicaset.vclock, &row);
 			xstream_write_xc(applier->subscribe_stream, &row);
+			++row_count;
+			if (row_count % 100000 == 0)
+				say_info("%.1fM rows recieved", row_count / 1e6);
 		} else if (row.type == IPROTO_OK) {
 			/*
 			 * Current vclock. This is not used now,
-- 
2.17.1 (Apple Git-112)



[-- Attachment #2: Type: text/html, Size: 11459 bytes --]

  reply	other threads:[~2018-10-18 13:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-16 10:10 Serge Petrenko
2018-10-18 12:43 ` Vladimir Davydov
2018-10-18 13:38   ` Serge Petrenko [this message]
2018-10-25 16:51     ` Vladimir Davydov

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=52639C3D-E897-427C-BC2A-E71D418DC689@tarantool.org \
    --to=sergepetrenko@tarantool.org \
    --cc=tarantool-patches@freelists.org \
    --cc=vdavydov.dev@gmail.com \
    --subject='Re: [tarantool-patches] [PATCH] [replication] make join stage more informative' \
    /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