Size: a a a

Scalability Camp — чат про распределенные системы (и про HPC)

2021 January 12

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
Не могу подобрать пример , что бы осознать разницу между version vector и vector clock. Поделитесь как вы их осознаете
version vector — данное, отсчёт времени на векторных часах.
(векторные) часы — механизм, показывающий (векторное) время.
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
VectorClock::getCurrentTime() -> VersionVector
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
часы со временем остаются теми же, но время они показывают разное
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Возможно,что там наоборот. Version vector - это не про время, но если реализовывать их по простому ,то они сливаются с vector clock.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
Возможно,что там наоборот. Version vector - это не про время, но если реализовывать их по простому ,то они сливаются с vector clock.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Спасибо. Это я читал. Все равно остаётся не ясным.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
Спасибо. Это я читал. Все равно остаётся не ясным.
у меня в загашнике склад ссылок про векторные часы:

[Why Vector Clocks are Easy](https://riak.com/why-vector-clocks-are-easy/)
[Why Vector Clocks are Hard](https://riak.com/why-vector-clocks-are-hard/)
[Vector Clocks Revisited](https://riak.com/posts/technical/vector-clocks-revisited/index.html?p=9545.html)
[Vector Clocks Revisited 2](https://riak.com/posts/technical/vector-clocks-revisited-part-2-dotted-version-vectors/index.html?p=9929.html)
источник

PR

Paul Rudnitskiy in Scalability Camp — чат про распределенные системы (и про HPC)
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
Возможно,что там наоборот. Version vector - это не про время, но если реализовывать их по простому ,то они сливаются с vector clock.
а где они не сливаются?
источник
2021 January 13

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
прочитал ещё и эту статью https://queue.acm.org/detail.cfm?id=2917756

всё равно не понял, в чём разница. одно и то же написано для VV и VC
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
у меня в загашнике склад ссылок про векторные часы:

[Why Vector Clocks are Easy](https://riak.com/why-vector-clocks-are-easy/)
[Why Vector Clocks are Hard](https://riak.com/why-vector-clocks-are-hard/)
[Vector Clocks Revisited](https://riak.com/posts/technical/vector-clocks-revisited/index.html?p=9545.html)
[Vector Clocks Revisited 2](https://riak.com/posts/technical/vector-clocks-revisited-part-2-dotted-version-vectors/index.html?p=9929.html)
и в этих статьях одно и то же, и даже

From here on, these logical clocks will be referred to as Version Vectors
источник
2021 January 14

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Jerzy Syrowiecki
и в этих статьях одно и то же, и даже

From here on, these logical clocks will be referred to as Version Vectors
Вот в статье, которую я кинул ещё выше, авторы этих статей пишут, что поняли свою ошибку
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
Вот в статье, которую я кинул ещё выше, авторы этих статей пишут, что поняли свою ошибку
но в ней тоже нет объяснения, что такое VV, а определение VC — то же, что и везде написано про VV и VC
источник

JS

Jerzy Syrowiecki in Scalability Camp — чат про распределенные системы (и про HPC)
хотя в этой статье как отличие преподносится возможность не версионировать отсутствие изменений. но я не понимаю, как это
источник
2021 January 29

VI

Vitaly Isaev in Scalability Camp — чат про распределенные системы (и про HPC)
Всем привет. Подскажите плз, если в одноранговой сети из 100500 узлов надо выбрать лидера, будет ли хорошим вариантом использовать Raft. Во всяком случае, несколько лет назад ходила информация, что Raft нормально работает только если узлов не больше десятка.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Vitaly Isaev
Всем привет. Подскажите плз, если в одноранговой сети из 100500 узлов надо выбрать лидера, будет ли хорошим вариантом использовать Raft. Во всяком случае, несколько лет назад ходила информация, что Raft нормально работает только если узлов не больше десятка.
по мне так выглядит подозрительным, что вам нужен один лидер на ваши 100500 узлов. может вам нужен Multi-raft? т.е чтобы у вас был лидер на какое-то подмножесто.
источник

N

Nikolay in Scalability Camp — чат про распределенные системы (и про HPC)
Vitaly Isaev
Всем привет. Подскажите плз, если в одноранговой сети из 100500 узлов надо выбрать лидера, будет ли хорошим вариантом использовать Raft. Во всяком случае, несколько лет назад ходила информация, что Raft нормально работает только если узлов не больше десятка.
как насчет Tendermint?
источник

VI

Vitaly Isaev in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
по мне так выглядит подозрительным, что вам нужен один лидер на ваши 100500 узлов. может вам нужен Multi-raft? т.е чтобы у вас был лидер на какое-то подмножесто.
Да нет, скорее всё же один лидер нужен. Например, для задачи консистентного определения состава кластера и управлением членством.
источник

VI

Vitaly Isaev in Scalability Camp — чат про распределенные системы (и про HPC)
Nikolay
как насчет Tendermint?
не слышал, спасибо, посмотрю
источник

ME

Mikhail Epikhin in Scalability Camp — чат про распределенные системы (и про HPC)
почему тогда не сделать leader среди N, где N « 100500, а остальные использовать как executor под ними?
источник