From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sergeyb@tarantool.org>
Received: from smtp62.i.mail.ru (smtp62.i.mail.ru [217.69.128.42])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by dev.tarantool.org (Postfix) with ESMTPS id AF244445320
 for <tarantool-patches@dev.tarantool.org>;
 Fri, 10 Jul 2020 11:05:36 +0300 (MSK)
Date: Fri, 10 Jul 2020 11:05:34 +0300
From: Sergey Bronnikov <sergeyb@tarantool.org>
Message-ID: <20200710080534.GA80581@pony.bronevichok.ru>
References: <cover.1594314820.git.sergeyb@tarantool.org>
 <b6a0c7b42d71fd263c51d44c96748587092dda1e.1594314820.git.sergeyb@tarantool.org>
 <b509a4cf-bcc9-e9ce-98cc-13e656526694@tarantool.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <b509a4cf-bcc9-e9ce-98cc-13e656526694@tarantool.org>
Subject: Re: [Tarantool-patches] [PATCH 3/3] replication: add test with
 random leaders promotion and demotion
List-Id: Tarantool development patches <tarantool-patches.dev.tarantool.org>
List-Unsubscribe: <https://lists.tarantool.org/mailman/options/tarantool-patches>, 
 <mailto:tarantool-patches-request@dev.tarantool.org?subject=unsubscribe>
List-Archive: <https://lists.tarantool.org/pipermail/tarantool-patches/>
List-Post: <mailto:tarantool-patches@dev.tarantool.org>
List-Help: <mailto:tarantool-patches-request@dev.tarantool.org?subject=help>
List-Subscribe: <https://lists.tarantool.org/mailman/listinfo/tarantool-patches>, 
 <mailto:tarantool-patches-request@dev.tarantool.org?subject=subscribe>
To: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
Cc: tarantool-patches@dev.tarantool.org

On 22:07 Thu 09 Jul , Vladislav Shpilevoy wrote:
> Привет!
> 
> On 09/07/2020 19:16, sergeyb@tarantool.org wrote:
> > From: Sergey Bronnikov <sergeyb@tarantool.org>
> > 
> > Part of #5055
> > ---
> >  test/replication/qsync.lua                    |  62 ++++++++++
> >  test/replication/qsync1.lua                   |   1 +
> >  test/replication/qsync10.lua                  |   1 +
> >  test/replication/qsync11.lua                  |   1 +
> >  test/replication/qsync12.lua                  |   1 +
> >  test/replication/qsync13.lua                  |   1 +
> >  test/replication/qsync14.lua                  |   1 +
> >  test/replication/qsync15.lua                  |   1 +
> >  test/replication/qsync16.lua                  |   1 +
> >  test/replication/qsync17.lua                  |   1 +
> >  test/replication/qsync18.lua                  |   1 +
> >  test/replication/qsync19.lua                  |   1 +
> >  test/replication/qsync2.lua                   |   1 +
> >  test/replication/qsync20.lua                  |   1 +
> >  test/replication/qsync21.lua                  |   1 +
> >  test/replication/qsync22.lua                  |   1 +
> >  test/replication/qsync23.lua                  |   1 +
> >  test/replication/qsync24.lua                  |   1 +
> >  test/replication/qsync25.lua                  |   1 +
> >  test/replication/qsync26.lua                  |   1 +
> >  test/replication/qsync27.lua                  |   1 +
> >  test/replication/qsync28.lua                  |   1 +
> >  test/replication/qsync29.lua                  |   1 +
> >  test/replication/qsync3.lua                   |   1 +
> >  test/replication/qsync30.lua                  |   1 +
> >  test/replication/qsync31.lua                  |   1 +
> >  test/replication/qsync4.lua                   |   1 +
> >  test/replication/qsync5.lua                   |   1 +
> >  test/replication/qsync6.lua                   |   1 +
> >  test/replication/qsync7.lua                   |   1 +
> >  test/replication/qsync8.lua                   |   1 +
> >  test/replication/qsync9.lua                   |   1 +
> 
> Патч я еще не смотрел нормально, но блин, это перебор. Не надо 30 реплик
> стартовать плиз. Хватит 5 максимум. И между ними рандомно попрыгать.
> Как такой тест отлаживать в случае чего, я не представляю. Как и
> насколько долго он работает.

У нас максимум может быть VCLOCK_MAX реплик, это сейчас 30 штук.
Изначально хотел сделать тест, который хотя бы просто проверяет, что
синхра будет работать макс количестве реплик так же, как и на 2 или 3.
Поэтому и сделал отдельный конфиг для поднятия такого кластера.

Сам тест с рандомным promote/demote тогда будет на 5.