Тухлый Александр (0xd34df00d)

*?
Жуйк, достаточно ли сегодня дешевое дисковое пространство для того, чтобы можно было никогда не удалять дельты в подготовленном для синхронизации виде на клиентских машинах?
Просто иногда может случаться так, что почти любое действие пользователя ведет к появлению дельты. Обновил ленту — дельта, прочитал новость — дельта, изменил теги — дельта, и так далее.

#853566
from idead, 12 months ago

← All messages

Replies (15)

Post a reply (xmpp)

@borman:
Ты делаешь систему управления версиями? Не хорошо есть это, велосипеды ведут к печали, печаль ведет тебя на темную сторону Силы.
#853566/2
from Vacuum IM, 12 months ago
@0xd34df00d:
@borman Проблема в том, что нужно сделать что-то типа каркаса системы управления версиями. Потому что стратегия мержа, понятие дельты и так далее определяется каждым плагином по-своему.
А вообще да, это все для синхронизации личкрафтов между собой. Начиная с некоторого объема инфы хранение по дельтам гораздо эффективнее и выгоднее хранения и мержа всего состояния.
#853566/3
from idead, 12 months ago, in reply to /2
@0xd34df00d:
@maksbotan@gentoo.ru Прочитанный канал — дельта размером байт в 5.
#853566/4
from idead, 12 months ago, in reply to /1
@0xd34df00d:
@maksbotan@gentoo.ru Иметь одинаковые данные/настройки на разных машинах, очевидно же.
#853566/8
from idead, 12 months ago, in reply to /5
@0xd34df00d:
@arts Блеа, и что делать?
#853566/9
from idead, 12 months ago, in reply to /6
@borman:
@0xd34df00d Щиток на жопу же.
#853566/11
from Vacuum IM, 12 months ago, in reply to /9
@0xd34df00d:
@maksbotan@gentoo.ru Они отправляют состояние целиком. Когда это десяток-сотня букмарков, это никаких проблем. А когда это база рсс-читалки с 30 тыщами статей, то это пиздец.
#853566/13
from idead, 12 months ago, in reply to /10
@0xd34df00d:
Этот тред наполняется Ваганычами.
#853566/14
from idead, 12 months ago
@0xd34df00d:
@maksbotan@gentoo.ru Не люблю удалять что бы то ни было.
Олсо, на такой базе уже видно, где и когда проседает производительность, так что она носит и наполовину тестовую роль.
#853566/16
from idead, 12 months ago, in reply to /15
@0xd34df00d:
@maksbotan@gentoo.ru Потому что набор дельт для того, чтобы придти в данное состояние из нулевого, вообще говоря, не определен.
Пусть у тебя сейчас есть три ленты в рсс-читалке, ты мог придти кучей путей, например:
Добавить ленту 1; добавить ленту 2; добавить ленту 3.
Или:
Добавить ленту 1; добавить ленту 2; удалить ленту 1; добавить ленту 3; добавить ленту 1.
И так далее.

Есть требование что изменение состояния, полученное из плагина дельтами от 0-вой до N-ой, всегда должно быть одинаковым, и это единственное требование на последовательность дельт от плагина. Очевидно, что изменение состояния при N=2 в вышеуказанном примере слегка разное. Поэтому придется хранить всю цепочку дельт, чтобы удовлетворять требованию.
#853566/20
from idead, 12 months ago, in reply to /17
@0xd34df00d:
@arts Э, я же и пишу. Вот как раз реализовывать надо.
#853566/21
from idead, 12 months ago, in reply to /18
@0xd34df00d:
@azzz У меня 30 тыщ статей, представляешь, сколько говна будет лезть при каждой синхронизации? И при каждом действии обновлять этот дамп, да. Прочитал статью — а она бац, и пиздец.
#853566/24
from idead, 12 months ago, in reply to /23
@0xd34df00d:
@azzz Идея протягивать по десятку мегабайт каждый раз мне все равно не нравится.
#853566/26
from idead, 12 months ago, in reply to /25
@0xd34df00d:
@azzz Более того, как при синхронизации при получении состояния от сервера ты будешь его мержить? Это же совсем пиздец, прозреваю адские тормоза на всем, где есть больше сотни элементов.
#853566/27
from idead, 12 months ago, in reply to /25
@0xd34df00d:
@azzz Ну чо ж гиг сразу.
#853566/29
from idead, 12 months ago, in reply to /28

Тухлый Александр (0xd34df00d)

Subscribe

Replies (15)

Messages

Tags all

Search

Statistics