The OpenNET Project / Index page

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



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

. "Разработчики systemd: загрузка с initrd оказалась быстрее за..." –1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 07-Апр-13, 22:17 
> Идея бинарных логов была в том, чтобы превратить их в базу данных, по которой можно делать быстрый поиск

идея бинарных логов в другом, ~ стандартизированное навешивание метаданных на логгируемый текст. Можно, конечно, сделать тоже самое и в текстовых форматах. Технологически текстовый формат значительно сложнее бинарного в реализации. Чтобы представить какое это адище можно посмотреть как это делают с хml.

Проблема текущих текстовых логов это отсутствие вообще какой-либо стандартизации представления данных. Т.е. для каждой админской настройки нужно херачить свои регэкспы для выдёргивания метаданных.

> типа "выдайте мне лог такой-то программы за такое-то число"

суть этого не быстрый поиск, а фильтрация по метаданным. И быть там может не только имя программы, а и другие атрибудты которых в стандартном логгере просто нет.

> В ответ ему, кажется, автор rsyslog-а писал, что для этого не нужен бинарный формат, есть уже куча готовых программ, которые можно цеплять на обычный syslog, они его проиндексируют

Есть некоторые костыли. Ибо поблема, ещё раз повторю, не в поиске.

> systemd — это примерно как взять и заменить автосцепку на всех вагонах на аналогичную, не приносящую никаких бонусов. движения есть, траты колоссальные, людских ресурсов тратится море, но профита НЕТ. при переходе с poll на epoll профит ощутим, при переходе с gcc 2.95 на gcc 3 тоже. а при переходе на systemd геморроя много, а толку нет

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

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

> Какие реальные преимущества есть у PulseAudio по сравнению с ALSA?

например, ALSA умеет _нормально_ делать только hwmix и не умеет софтверно. Если перевести на более привычный язык, ALSA не умеет работать с несколькими приложениями если драйвер этого не позволяет.

> Регулятор громкости всех приложений из одного окна?

наоборот же, у ALSA один регулятор громкости для всех каналов, у PA персональные для клиента. ALSA не даёт однотипныъ фич приложениям на всём железе, потому всегда будет нужен аналог PA.

> Да написал бы он себе небольшую утилиту для ALSA - но нет же, не захотел разбираться в коде

в случае с PA он не захотел быдлокодить и костылить. Архитектурно на ALSA'у нельзя нормально навесить весь подобный функционал.

> понятное дело, что для людей, которые в возне с линуксом проводят свой досуг, systemd может быть интересен, но для индустрии это жуть.

это, между порчим, придумал не Поттеринг, а индустрия в лице SUNа и solaris/smf. Откуда он и упёр многое в системд. Теперь индустрия в лице красношапки хочет похожее видеть у себя.

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

Оглавление
Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews, 07-Апр-13, 08:59  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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