The OpenNET Project / Index page

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



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

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

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


146. "Разработчики 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. Откуда он и упёр многое в системд. Теперь индустрия в лице красношапки хочет похожее видеть у себя.

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

150. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +3 +/
Сообщение от Michael Shigorinemail (ok), 07-Апр-13, 22:48 
> суть этого не быстрый поиск, а фильтрация по метаданным.

Внимание, вопрос: когда она начинает быть нужна?

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

Для *проблемы* есть более вменяемые решения, уже как-то приводил списочек.  А эти полумеры -- они в тривиальных случаях жизнь затрудняют, в сложных... тоже затрудняют, т.к. стыковать сложнее (по крайней мере здесь и сейчас).

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

Зачем тогда такая спешка с запихиванием всех на systemd всеми правдами и неправдами?

> например, ALSA умеет _нормально_ делать только hwmix и не умеет софтверно.

JFYI, dmix знаю куда больше времени, чем Вас читаю.

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

А если мне не надо? (и лишние wakeups тоже не хочу)

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

216. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 08-Апр-13, 10:37 
>> суть этого не быстрый поиск, а фильтрация по метаданным.
> Внимание, вопрос: когда она начинает быть нужна?

Когда кто-то идет изучать логи, а не просто спускает их в /dev/null в очередной раз. Ну да, если логи просто спускать в /dev/null - их можно в любом формате писать. А вот если хочется проанализировать чем вообще машина занимается - тут текстовые логи начинают вызывать бурную икоту. За отсутствием там каких либо индексов обработка логов сколь-нибудь нагруженного сервака за сколь-нибудь существенный период занимает уйму времени. Потому что единственный способ - прочитать все логи и посмотреть нет ли в каждой записи интересующих значений. Что как-то тормознуто на больших объемах логов.

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

Кому-то сложнее, кому-то проще. Вот рынок и решит кому как проще оказалось.

> Зачем тогда такая спешка с запихиванием всех на systemd всеми правдами и неправдами?

Никто к лично вам не придет отбирать у вас sysvinit. Просто если админам в целом окажется более удобно нечто типа systemd, вы просто останетесь без пользователей дистра. Это будет вполне честным вариантом.

> А если мне не надо? (и лишние wakeups тоже не хочу)

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

По поводу чего ваши претензии смотрятся, мягко говоря, очень натянутыми. А называя вещи своими именами - вы их откровенно высосали из пальца для оправдания своей персональной упертости.

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

245. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Пр0х0жий (??), 08-Апр-13, 14:56 
> если админам в целом окажется более удобно нечто типа systemd,
> вы просто останетесь без пользователей дистра.

Пользователям всё равно, что удобнее админам.
Но и с системд может произойти прямо до наоборот.

> даже фирма Нокия применила пульсаудио на мобильном телефоне

Кирпичи от Нокиа тоже умели это, где пульсаудио не может быть по-определению.

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

dmix + softvol или где-то enable control keys
Что дефолтно часто не активировано и надо подтолкнуть.
Если ситуацию нельзя довести до подобного, то это уже проблемы клозет сорс.

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

269. "Разработчики systemd: загрузка с initrd оказалась..."  +1 +/
Сообщение от arisu (ok), 08-Апр-13, 21:40 
там вообще несколько через кое-что сделано. система жестоко завязана на dbus и gconf, причем без особой на то надобности.
Ответить | Правка | Наверх | Cообщить модератору

268. "Разработчики systemd: загрузка с initrd оказалась..."  +2 +/
Сообщение от arisu (ok), 08-Апр-13, 21:37 
> А вы знаете, даже фирма Нокия, которую wakeups интересовали поболее любого альта,
> раз так в эн, ибо у них батарейные девайсы, с питанием
> от хиленького мобилочного акку, в свое время вполне успешно применила пульсаудио
> на мобильном телефоне.

и это был редкостный идиотизм, да. учитывая, что при этом нокия не дала исходников некоторых важных приложений — нормально выпилить пульсосрань не получается до сих пор. ты ведь — без сомнения — знаешь, что на N900 mplayer из-за пульса иногда подтормаживает? как, без сомнения, знаешь, что у новых пульсов другой сетевой протокол, а старый пульс на N900 апгрейднуть нельзя, ибо некоторый софт (см. выше), поэтому хвалёная «передача звука по сети» тоже не работает. это так, навскидку. конечно, доблестному китайскому комсомольцу подобные вещи в кайф. а мне вот — нет, потому что единственное, из-за чего можно было с трудом терпеть пульс — передача звука по сети — не работает.

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

294. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от qux (ok), 09-Апр-13, 18:54 
> Зачем тогда такая спешка с запихиванием всех на systemd всеми правдами и неправдами?

Зачем оно RH имхо очевидно, а насчет всех это вопрос к ним же. Должно быть или из-за отличного качества продукта, или из-за неудовлетворительной квалификации затаскивающих это как дефолтный init. Толсто, да, но других причин честно не придумывается.

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

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

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




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

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