The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системного менеджера systemd 240, opennews (ok), 22-Дек-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


110. "Выпуск системного менеджера systemd 240"  –3 +/
Сообщение от АнонимАдмин (?), 22-Дек-18, 15:58 
>sd-resolvd, плох тем, что он включен по-умолчанию,.. в красношляпе

Прекрасный образец логики.  А в деб/убунту он по умолчанию выключен, и значит ли это, что он прекрасен?

>это кастрированый ntpd

согласен

>компонент-обрубок, который воткнули вместо работающего ntpd

Что значит вместо? ntpd больше нет? Или "вместо" надо читать как "по дефолту в красношляпе и поэтому он плохой"?

>ты сказал производительность и journald?

я сказал
>скорость обработки при куче условий

Согласен, эту фразу к производительности journald притянуть можно, особенно как с такой логикой как выше. Тут я оставил пространство для фантазий, хотя вопрос был про бинарные логи. У меня, кстати, на боевых серверах syslog-ng складывают логи в pgsql, это бинарные логи? Ну и journald как и выше писал - виртуалки/контейнеры, там где логи не критичны, но изредка хочется быстро посмотреть в куче накопленного.
А вы прямо боевые сервера с jd гоняете, с суровыми лицами превозмогаете. Ну что могу сказать, некоторым, чтобы убедится что навоз не съедобный нужно его попробовать. Остальные его используют для перегноя.
Но вы, поняв что навоз невкусный, почему говорите нам что для перегноя он тоже фигня?

деб/убунту кстати по умолчанию ставят rsyslоg

>При повреждении лога починка — удалить поврежденный файл?

Меня ваши методы решения проблем настораживают. Бинарный лог при повреждении файла гарантирует чтение логов, потеряв запись только там, где было повреждение. Повреждение текстового файла и чтение содержимого после этого проведите самостоятельно.

Итого, что хотел сказать я: systemd предлагает простые сервисы, которых хватит на простые непритязательные задач, и в семействе деб эти сервисы в большинстве отключены.
Что я прочитал:
У нас ntpd бродкаст, (я промолчу про адекватность использования этого в 21 веке. dns, rr, zeroconf и наконец avahi ваc там миновали видимо, но хозяин барин), поэтому timesyncd отстой!
У нас критичные сервисы, большие нагрузки, набиваем навоз в рот, пытаемся понять зачем они его покупают машинами.

Весёлых выходных

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

122. "Выпуск системного менеджера systemd 240"  +1 +/
Сообщение от Аноним (93), 22-Дек-18, 17:06 
Ну что за беллетристика, а?

> деб/убунту он по умолчанию выключен

Не правда. В свежих убунтах resolvd есть и активирован по умолчанию.

Основная моя претензия была в том, что resolvd появился в системе и работает «вместо» стандартного системного резолвера. Заменить/выключить его не так тривиально. Вторая претензия — sd-resolvd встраивается перед системным резолвером, лампы при этом ряд его функций, ломая дефолтное поведение.

Это раз.

> Что значит вместо?

Это значит, что существующий, работающий и поддерживаемый компонент был заменён на функциональный огрызок с деградацией функциональности.

Опять же, чтобы заменить этот ненужный и неудаляемый из системы компонент (да, он поставляется в составе пакета systemd), нужно приложить определённые усилия.


> journald как и выше писал - виртуалки/контейнеры

Воувоувоу! У меня весь продакшн — это виртуалки/контейнеры. Мне каждая строка логов важна.
Далее: целостность твоих логов в pg обеспечена гарантиями консистентности самого pg (wal, там, fsync до завершения комита, вот это вот всё). Целостность логов jd обеспечена обещаниями Лёни. Случай из практики эксплуатации опять же (хоть и не продакшене, а на домашнем bananapi): после отключения электричества с железки перестали поступать логи. Логинюсь, смотрю в dmesg, journald сегфолтится. Часто так сегфолтится. Перенёс последний его лог в сторону — запустился. Логи тут же пошли. Попытался выдрать данные из этого лога — за час ничего умного не нагуглил. В итоге плюнул.

> А вы прямо боевые сервера с jd гоняете, с суровыми лицами превозмогаете

Ну вы знаете, руководство вот (в т.ч. техдир) свято верило, что sd (со всеми своими обязательными компонентами) весь такой афигенный и вообще написан высшими эльфами из редхата. В связи с этой верой пришлось исполнять и показывать (на промышленных нагрузках), что хайп — это не всегда про хорошие решения и серебряной пули нет. Сейчас, естественно, никого jd на серверах не запущено, ибо «логи всякие нужны, логи всякие важны».

> Повреждение текстового файла и чтение содержимого после этого проведите самостоятельно.

Вы не поверите! В самом плохом случае (старые ядра на xfs) получаю пустой файл. То есть, отсутствие логов за последний час. На новых ядрах или ext* получаю либо оборваную запись, либо склееную. Что тоже терпимо.

> деб/убунту кстати по умолчанию ставят rsyslоg

Спасибо, я в курсе. На amazon linux, слава Безосу, тоже.

> У нас ntpd бродкаст, (я промолчу про адекватность использования этого в 21 веке

А что не так с ntp в пассивном режиме броадкастом временных меток? И причём здесь dns, rr (который roundrobin в dns), zeroconf и avahi (который реализация zeroconf, который работает через тот же броадкаст)?

В общем, я увидел в вашем ответе только надувание щек и попытку выставить меня ретроградом.

И вам отдохнуть.

Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск системного менеджера systemd 240"  +1 +/
Сообщение от EHLO (?), 22-Дек-18, 17:36 
>Что значит вместо? ntpd больше нет? Или "вместо" надо читать как "по дефолту в красношляпе и поэтому он плохой"?

Он просто плохой, так как ни одного преимущества у него нет и он тяжелее при этом. Умеет неточно синхронизировать время и больше ничего.
Зачем он по дефоту?

>Итого, что хотел сказать я: systemd предлагает простые сервисы, которых хватит на простые непритязательные задач,

И эти простые непритязательные наколенные жрут память и нагружают ЦПУ интенсивнее (иногда на 2 порядка), чем полноценные.

Хуже работают, больше кушают, сложнее конфигурируюся. В чём прогресс?

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

145. "Выпуск системного менеджера systemd 240"  –2 +/
Сообщение от АнонимАдмин (?), 22-Дек-18, 20:03 
>преимущества у него нет

согласен

>и он тяжелее при этом

размеры бинарников
ntpd 826296
systemd-timesyncd 55360

расход памяти
ntpd 8.6M
systemd-timesyncd 1.3M

>Умеет неточно синхронизировать время и больше ничего.

это нужно в 99% случаев, именно поэтому он по дефолту.

>Эти простые непритязательные наколенные жрут память и нагружают ЦПУ интенсивнее (иногда на 2 порядка), чем полноценные.

зачем ты набрасываешь?

>Хуже работают,

Это демагогия. Задача синхронизировать время, точность секунда. Делает? Да.

>больше кушают,

эту милую ложь разобрали в этом сообщении выше

>сложнее конфигурируюся.

семейство манов ntp с погружением в теорию передачи времени по сети, тикли, стратумы, понимание рестрикшенов, дополнительные утилиты.
Ты с серьёзным лицом это писал смотря в man timesyncd.conf?

>В чём прогресс?

А его нет. И не обещался. Я тебе больше скажу, systemd стал неизбежностью -  сработало теория больших чисел. Такой софт был нужен большинству и он появился.

Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск системного менеджера systemd 240"  +2 +/
Сообщение от EHLO (?), 22-Дек-18, 21:41 
>>и он тяжелее при этом
> размеры бинарников
> ntpd 826296
> systemd-timesyncd 55360
> расход памяти
> ntpd 8.6M
> systemd-timesyncd 1.3M

С цифрами слукавил. Где на порядок, где в разы.
Скажем openntpd 90 КБ размером, а systemd-timesyncd жрёт в 3 раза больше.

И чтобы совсем по-честному:
ldd systemd-timesyncd | wc -l
28
ldd openntpd | wc -l
4

А хочешь сравним journalctl с любым rsyslog?


>>Умеет неточно синхронизировать время и больше ничего.
> это нужно в 99% случаев, именно поэтому он по дефолту.

Ага, неточное время это именно то чего нехватало моим серверам. ntpd слишком хорошо синхронизировал, скучно же.


> семейство манов ntp с погружением в теорию передачи времени по сети, тикли,
> стратумы, понимание рестрикшенов, дополнительные утилиты.
> Ты с серьёзным лицом это писал смотря в man timesyncd.conf?

Тебе не надо понимать стратумы и дисперсии, чтобы настроить ntpd в пределах возможностей timesyncd.
В непростом случае, timesyncd тебе не поможет, как его ни конфигури. Он лишняя деталь. И потому сложнее. Надо установить и настроить openntpd и ещё убедиться что systemd-timesyncd всё правильно понял и вдруг внезапно не запустится. Просто снести его никак, он кусок systemd.


>>В чём прогресс?
> А его нет. И не обещался. Я тебе больше скажу, systemd стал
> неизбежностью -  сработало теория больших чисел. Такой софт был нужен
> большинству и он появился.

Мне раньше казалось, адепты обещали светлое радужное будущее и конец ручному труду. А вот как оно оказывается теперь.
Сначала оказалось что скорость загрузки не обещали, потом скорость выключения не обещали. Короче ничего не обещали и ничем не лучше, но почему-то большинству именно оно надо. Убеждения они по природе своей такие, иррациональные.

Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск системного менеджера systemd 240"  –1 +/
Сообщение от АнонимАдмин (?), 23-Дек-18, 05:51 
>С цифрами слукавил.

Ты по себе людей не суди, цифры с моего десктопа, берёшь и перепроверяешь
https://packages.debian.org/sid/ntp
https://packages.debian.org/sid/systemd
Нет дебиана? ставишь в виртуалке и перепроверяешь.

>Скажем openntpd 90 КБ

Речь выше по ветке, в которую ты влез, шла про ntpd
Да, timesyncd хуже всех, но ты нить дискуссии не потерял?

>Мне раньше казалось, адепты

Ты меня в адепты записал потому-что в твоём чёрно-белом мирке есть только 2 стороны? Ладно, я лучше буду адептом, чем хейтером, которые только дискредитируют себя в глазах остальных. Ваши нападки на эту недоделку я уже выше сравнил с навозом.

>скорость загрузки не обещали, потом скорость выключения

Тебе серьёзно требуется помощь в этом вопросе? Начни с изменения:
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s

>Короче ничего не обещали и ничем не лучше, но почему-то большинству именно оно надо

У systemd есть недостатки, но суть претензий хейтеров к дефолтным настройкам, которые им приходится менять. Ни один хейтер так и не понял, почему systemd теперь во всех основных дистрибутивах. Вам проще верить в заговоры корпораций/рептилоидов/ещё кого, чем понять людей вокруг себя.

>Убеждения они по природе своей такие, иррациональные.

Убеждения у фанатиков. Обычные люди свободны в этом плане и им хватает воли изменять дефолтные настройки, отключать ненужные сервисы и устанавливать свои.

>У нас нет для вас других художников

Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск системного менеджера systemd 240"  +1 +/
Сообщение от EHLO (?), 23-Дек-18, 12:46 

> Речь выше по ветке, в которую ты влез, шла про ntpd

Они оба ntpd, зачем ты взял самый толстый и почти нигде не используемый?
Разговор был про альтернативу, а не про конкретную реализацию.

> Ваши нападки на эту недоделку я
> уже выше сравнил с навозом.

Очень тонкий и убедительный дискуссионный приём. Он сам по себе достаточно красноречиво характеризуют автора, так что я, пожалуй, воздержусь от комментариев.

>>скорость загрузки не обещали, потом скорость выключения
> Тебе серьёзно требуется помощь в этом вопросе? Начни с изменения:
> #DefaultTimeoutStartSec=90s
> #DefaultTimeoutStopSec=90s

А как же! Помню, помню, как шопку Леннарта пол Ред-Хата прикрывало
https://bugzilla.redhat.com/show_bug.cgi?id=1170765
Это тот самый момент, когда все убедились что не только загрузка с systemd не стала быстрее, но и шатдаун был быстрым только благодаря чит-кодам.

Ответить | Правка | Наверх | Cообщить модератору

277. "Выпуск системного менеджера systemd 240"  –1 +/
Сообщение от нах (?), 24-Дек-18, 12:05 
> А как же! Помню, помню, как шопку Леннарта пол Ред-Хата прикрывало
> https://bugzilla.redhat.com/show_bug.cgi?id=1170765

notabug жеж! works as intended!

правда, какая-то сволочь зачем-то его переоткрыла.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру