>sd-resolvd, плох тем, что он включен по-умолчанию,.. в красношляпеПрекрасный образец логики. А в деб/убунту он по умолчанию выключен, и значит ли это, что он прекрасен?
>это кастрированый ntpd
согласен
>компонент-обрубок, который воткнули вместо работающего ntpd
Что значит вместо? ntpd больше нет? Или "вместо" надо читать как "по дефолту в красношляпе и поэтому он плохой"?
>ты сказал производительность и journald?
я сказал
>скорость обработки при куче условий
Согласен, эту фразу к производительности journald притянуть можно, особенно как с такой логикой как выше. Тут я оставил пространство для фантазий, хотя вопрос был про бинарные логи. У меня, кстати, на боевых серверах syslog-ng складывают логи в pgsql, это бинарные логи? Ну и journald как и выше писал - виртуалки/контейнеры, там где логи не критичны, но изредка хочется быстро посмотреть в куче накопленного.
А вы прямо боевые сервера с jd гоняете, с суровыми лицами превозмогаете. Ну что могу сказать, некоторым, чтобы убедится что навоз не съедобный нужно его попробовать. Остальные его используют для перегноя.
Но вы, поняв что навоз невкусный, почему говорите нам что для перегноя он тоже фигня?
деб/убунту кстати по умолчанию ставят rsyslоg
>При повреждении лога починка — удалить поврежденный файл?
Меня ваши методы решения проблем настораживают. Бинарный лог при повреждении файла гарантирует чтение логов, потеряв запись только там, где было повреждение. Повреждение текстового файла и чтение содержимого после этого проведите самостоятельно.
Итого, что хотел сказать я: systemd предлагает простые сервисы, которых хватит на простые непритязательные задач, и в семействе деб эти сервисы в большинстве отключены.
Что я прочитал:
У нас ntpd бродкаст, (я промолчу про адекватность использования этого в 21 веке. dns, rr, zeroconf и наконец avahi ваc там миновали видимо, но хозяин барин), поэтому timesyncd отстой!
У нас критичные сервисы, большие нагрузки, набиваем навоз в рот, пытаемся понять зачем они его покупают машинами.
Весёлых выходных