Телеграмм чат группы distributed страница 8152

https://www.linux.org.ru/news/opensource/16297049

www.linux.org.ru

Прототип P2P-версии клиента Matrix поверх новой overlay-сети Pinecone

Эксперименты с децентрализацией продолжаются! Ранее разработчики Matrix предложили бессерверный вариант веб-клиента Element с использованием библиотеки libp2p (использующуюся в IPFS). Параллельно с этим шло тестирование iOS-клиента Element поверх mes...

17:48пожаловаться #1

Ну вот например так:
Два потока данных - один административный, другой с сообщениями.
Административный всегда формирует конкретное состояние, которое может быть получено в виде слепка.
Поток сообщений может разматываться не вперёд, а назад - от сегодня к прошлому, тогда можно не загружать данные двухлетней давности, которые всё равно никто читать не будет.

17:48пожаловаться #2

Ну хотябы разделить event-ы с важными событиями типа изменения прав пользователя и event-ы с просто сообщениями, это бы уже ускорило все в разы

17:48пожаловаться #3

Собственно потоки можно не разделять, да.
Главное чтобы поток разматывался назад и был административный слепок.

17:49пожаловаться #4

ну так их потом надо синхронизировать? например было сообщение пользователя отправлено до бана или после?
а как, если это разные цепочки?

17:50пожаловаться #5

Как он отправит сообщение после бана, сервер просто не даст ему это сделать?!

17:50пожаловаться #6

Или ты имеешь ввиду задержку с синхронизацией между разными инстансами?

17:51пожаловаться #7

В любом случае алгоритм придумать можно

17:52пожаловаться #8

Kirill Pimenov in Distributed

Какой из серверов?
Они же все хранят каждый свою версию истории, и синхронизируют потом протоколы асинхронно

17:52пожаловаться #9

так ведь можно историю грузить с любого сервера и синкать с любого. а может один из них принадлежит забаненому

A talk on the latest research on CRDTs, originally given at the Hydra distributed computing conference on 6 July 2020.References: https://martin.kleppmann.co...

17:52пожаловаться #10

Kirill Pimenov in Distributed

Короче, CRDT это сложно; могу вот этот шикарный доклад посоветовать на тему: https://m.youtube.com/watch?v=x7drE24geUw

YouTube

CRDTs: The Hard Parts

17:53пожаловаться #11

вообще я так понимаю, что разработчики много где вставали перед выбором "сделать заебись чтоб все писали кипятком но к 2050-му году" "сделать чуть хуже но сейчас" и выбирали первое

17:54пожаловаться #12

Скорее как раз второе. Много вещей можно было бы сделать лучше, но неизвестно когда.
Например тот же приват, которого вообще по сути нет.

18:01пожаловаться #13

Или уникальные идентификаторы без привязки к серверу.

18:03пожаловаться #14