metaclass: (Default)
[personal profile] metaclass
Айсед вынудил таки почитать, что за QR код сунул поттеринг в systemd: http://lwn.net/Articles/512895/

На данный момент то что там описано, для меня выглядит как жуткий security theater:
* 15 минут подписи логов по умолчанию. Это овердохера - аттакер в среднем имеет 7.5 минут чтобы стереть из текущего неподписанного лога свое присутствие
* мутный алгоритм брата поттеринга
* возможность проебать старый ключик в памяти-свопе
* возможность просто нахрен вытереть логи - и вся информация, которая у нас останется это "логи кем-то были стерты".

Date: 2013-12-29 11:49 pm (UTC)
From: [identity profile] permea-kra.livejournal.com
>а для неизвестной целевой платформы
Ну так почему нельзя сразу текстовый формат использовать?

>уверен, разработчики PostgreSQL
Разработчики постргреса большие мальчики и ограничения hstore они знают.

>поправьте меня,
Поправляю: когда у человека спрашивают 'покажи белый снег', стоя посередине заснеженного поля, как-то затруднительно решить, во что ткнуть пальцем. Потому что если не видно сразу, то скорее всего не увидят и после тыканья.

Date: 2013-12-30 09:29 am (UTC)
develop7: (dero)
From: [personal profile] develop7
почему нельзя сразу текстовый формат использовать?
а) «чтобы быстрее и проще писать лог и фильтровать его» подойдёт? б) export format не полностью текстовый — читайте внимательно про представление блобов
Разработчики постргреса большие мальчики
Ну Это Же Совсем Другое Дело
Поправляю
По-моему, просто вертите жоюли́те. Иначе трактовать некорректную аналогию вместо прямого ответа на прямой вопрос я затрудняюсь.

Date: 2013-12-30 09:46 am (UTC)
From: [identity profile] permea-kra.livejournal.com
а) нет. б) плохо. А мог быть текстовой.

==

==

Аналогия как раз корректная.

Date: 2013-12-30 10:12 am (UTC)
develop7: (dero)
From: [personal profile] develop7
А мог быть текстовой.
зачем?

Date: 2013-12-30 04:07 pm (UTC)
From: [identity profile] permea-kra.livejournal.com
А зачем бинарный? Какие у него объективные преимущества?

Date: 2013-12-31 12:04 pm (UTC)
develop7: (dero)
From: [personal profile] develop7
с бинарным логом объективно проще работать — требуется тупо меньше кода. Но вы не ответили на мой вопрос.

Date: 2013-12-31 12:08 pm (UTC)
From: [identity profile] metaclass.livejournal.com
А не однохренственно? Любая сериализация/десериализация структурированных данных, что в текст, что в бинарники - проклятая тема. Особенно если заморачиваться хоть какой обратной совместимостью и вообще живучестью формата данных.

Date: 2013-12-31 12:50 pm (UTC)
develop7: (dero)
From: [personal profile] develop7
А не однохренственно?
с т.з. юзера — да. С т.з. стоимости поддержки и разработки — нет, т.к. текст нужно прочитать, распарсить, десериализовать и только потом с данными что-то делать. И это я молчу про оверхед. Было бы однохренственно, всякие СУБД хранили бы данные в файлах вида
+----+-------+------+----------------------+
| ID | title | body | created_at           |
+----+-------+------+----------------------+
| 1  | arr   | 123  | 2013-12-12T12:34:56Z |
+----+-------+------+----------------------+
Нуачо, самое главное же чтобы читалось нормально, да?

Олсо сложность seeking по plaintext — минимум O(n), по journal — O(log(n)*log(n))…O(n) (зависит от поля, по которому фильтруем).
Export format обратно совместим, JSON обратно совместим. Сам .journal — предположительно нет, и внезапно быть таковым не обязан.
Edited Date: 2013-12-31 12:50 pm (UTC)

Date: 2013-12-31 12:30 pm (UTC)
From: [identity profile] permea-kra.livejournal.com
Кода для *кроссплатформенно* сериализованного лога требуется сопоставимо. Для текста есть стандартные инструменты - cat, tail, head, wc, grep, awk, etc. Для бинарного их нет, в лучшем случае есть конвертор, которого может не быть на том, на чем приходится смотреть/анализировать логи.

Date: 2014-01-01 10:45 am (UTC)
develop7: (dero)
From: [personal profile] develop7
Кода для *кроссплатформенно* сериализованного лога требуется сопоставимо
откуда вы знаете, если вы так и не привели ни одного примера?
Для бинарного их нет, в лучшем случае есть конвертор
Показательно, что вы по-прежнему не даёте себе труда изучить критикуемый инструмент и вследствие чего несёте чушь. journalctl — не «конвертор в текст», а CLI-обёртка над библиотекой libsystemd-journal, которая как раз и выдирает из логов .journal информацию.
которого может не быть на том, на чем приходится смотреть/анализировать логи.
разве что из политических, а не рациональных соображений — исходники-то открыты
Edited Date: 2014-01-01 10:47 am (UTC)

Date: 2014-01-01 11:50 am (UTC)
From: [identity profile] permea-kra.livejournal.com
>откуда вы знаете,

Я писал сериализацию-десериализацию ручками.

> journalctl — не «конвертор в текст», а CLI-обёртка

Т.е. вместо простого и понятного конвертора (а еще лучше - просто текстовых логов) предлагается изучать еще одну утилиту. Это ж как надо ненавидеть себя и людей.

>разве что из политических, а не рациональных соображений — исходники-то открыты

Тем не менее, проблема существует.

Date: 2013-12-30 10:13 am (UTC)
develop7: (dero)
From: [personal profile] develop7
Аналогия как раз корректная.
продолжаете вертеть? ну-ну

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Aug. 19th, 2025 11:06 am
Powered by Dreamwidth Studios