LINUX.ORG.RU

История изменений

Исправление crypt, (текущая версия) :

У меня fluentd + rabbitmq + postgres для этого.

ок, зачет, прикольно) сам все делал или фишка fluentd? возможно, в случае с journald у тебя появляется лишнее звено.

Но я не думаю, что есть очень сильные накладные расходы, если пишешь в структурированный бинарный файл вместо текстового

а ты можешь утверждать, что journald multi threaded? rsyslogd весь из себя мультитредовый, поэтому и берет любые барьеры. а про структурирование... ну это тот же вопрос, почему метаданные бд пишутся методом append, а не в SQL формате:) ты же в жорналд поди еще и какое-то индексирование должен иметь?

ато ты одной командой можешь узнать что происходило в конкретный промежуток времени с определенными (или всеми) сервисами.

мне этот пример уже приводили... вопрос на засыпку по systemd (комментарий)

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

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

да уж мелких... ты видел портянку bash-completion, которая это все обмотали? cron вот заменили даже... по-моему GNU часть полностью ушла. я как бы не говорю, что systemd 100% зло. доклад facebook: 2 года вместе с systemd.

просто новая система форсирует все делать systemd way. раньше pulseaudio не давал себя запустить с повышенным приоритетом && под рутом (я это вырезал). теперь Леонид решил, что мне нельзя очищать логи... и тут уж мелкие там утилиты или не совсем мелкие - ничего не меняет.:(

Исправление crypt, :

У меня fluentd + rabbitmq + postgres для этого.

ок, зачет, прикольно) сам все делал или фишка fluentd? возможно, в случае с journald у тебя появляется лишнее ненужное звено.

Но я не думаю, что есть очень сильные накладные расходы, если пишешь в структурированный бинарный файл вместо текстового

а ты можешь утверждать, что journald multi threaded? rsyslogd весь из себя мультитредовый, поэтому и берет любые барьеры. а про структурирование... ну это тот же вопрос, почему метаданные бд пишутся методом append, а не в SQL формате:) ты же в жорналд поди еще и какое-то индексирование должен иметь?

ато ты одной командой можешь узнать что происходило в конкретный промежуток времени с определенными (или всеми) сервисами.

мне этот пример уже приводили... вопрос на засыпку по systemd (комментарий)

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

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

да уж мелких... ты видел портянку bash-completion, которая это все обмотали? cron вот заменили даже... по-моему GNU часть полностью ушла. я как бы не говорю, что systemd 100% зло. доклад facebook: 2 года вместе с systemd.

просто новая система форсирует все делать systemd way. раньше pulseaudio не давал себя запустить с повышенным приоритетом && под рутом (я это вырезал). теперь Леонид решил, что мне нельзя очищать логи... и тут уж мелкие там утилиты или не совсем мелкие - ничего не меняет.:(

Исправление crypt, :

У меня fluentd + rabbitmq + postgres для этого.

ок, зачет, прикольно) сам все делал или фишка fluentd? возможно, в случае с journald у тебя появляется лишнее ненужное звено.

Но я не думаю, что есть очень сильные накладные расходы, если пишешь в структурированный бинарный файл вместо текстового

а ты можешь утверждать, что journald multi threaded? rsyslogd весь из себя мультитредовый, поэтому и берет любые барьеры. а про структурирование... ну это тот же вопрос, почему метаданные бд пишутся методом append, а не в SQL формате:) ты же в жорналд поди еще и какое-то индексирование должен иметь?

ато ты одной командой можешь узнать что происходило в конкретный промежуток времени с определенными (или всеми) сервисами.

мне этот пример уже приводили... вопрос на засыпку по systemd (комментарий)

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

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

да уж мелких... ты видел портянку bash-completion, которая это все обмотали? cron вот заменили даже... по-моему GNU часть полностью ушла. я как бы не говорю, что systemd 100 зло. доклад facebook: 2 года вместе с systemd.

просто новая система форсирует все делать systemd way. раньше pulseaudio не давал себя запустить с повышенным приоритетом && под рутом (я это вырезал). теперь Леонид решил, что мне нельзя очищать логи... и тут уж мелкие там утилиты или не совсем мелкие - ничего не меняет.:(

Исходная версия crypt, :

У меня fluentd + rabbitmq + postgres для этого.

ок, зачет, прикольно) сам все делал или фишка fluentd? возможно, в случае с journald у тебя появляется лишнее ненужное звено.

Но я не думаю, что есть очень сильные накладные расходы, если пишешь в структурированный бинарный файл вместо текстового

а ты можешь утверждать, что journald multi threaded? rsyslogd весь из себя мультитредовый, поэтому и берет любые барьеры. а про структурирование... ну это тот же вопрос, почему метаданные бд пишутся методом append, а не в SQL формате:) ты же в жорналд поди еще и какое-то индексирование должен иметь?

ато ты одной командой можешь узнать что происходило в конкретный промежуток времени с определенными (или всеми) сервисами.

мне этот пример уже приводили... вопрос на засыпку по systemd (комментарий)

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

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

да уж мелких... ты видел портянку bash-completion, которая это все обмотали? cron вот заменили даже... по-моему GNU часть полностью ушла. я как бы не говорю, что systemd 100 зло. доклад facebook: 2 года вместе с systemd.

просто новая система форсирует все делать systemd way. и мелкие там утилиты или не совсем мелкие - ничего не меняет.:(