Релиз systemd-homed - нового компонента systemd

хочется верить, что наше будущее в надежных руках

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

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

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

сначала научись читать что пишут, потом психиатрией интересоваться будешь ;)

А то ты теперь сам факт, что бинарники в линуксе используются в бинарном виде тоже считаешь черным ящиком?

бинарники для чтения процессором. Бинарные логи и шифрованный хомяк для человека, или процессора? Из каких исходников их можно скомпилить?

Бинарные логи и шифрованный хомяк для человека, или процессора?

Бинарный лог для быстрой выборки по ключам. Ты же не удивлен, что даже в sqlite формат базы бинарный, а не тупой текст?

Шифрованный хомяк, естественно, для человека. Для другого.

Из каких исходников их можно скомпилить?

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

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

А текстовые логи можно переводить в бинарный вид, например заталкивать в СУБД для последующего анализа. Сюрпраааайз! Итак - какую проблему решает бинарный лог. По пунктам. В методичку не подглядывать! В глаза смотреть!

Бинарный лог для быстрой выборки по ключам.

уже сто лет никто не жалуется на тормоза при поиске по логам. Есть такие понятия как ротация и архивирование логов и т.д.

Ты же не удивлен, что даже в sqlite формат базы бинарный, а не тупой текст?

Текст не бывает тупым. Тупыми бывают индивидуумы, набирающие текст. У реляционных баз данных другие цели и задачи. Если нужно что-то анилизировать сложными запросами, то лог можно загрузить в таблицу базы данных и там анализировать. ... и, кстати, для быстрой выборки по ключам нужен не бинарный формат, а нужно строить индекс по ключевому полю, иначе банальный последовательный перебор. Потер строит индексы по всем полям, по которым потом кому-то вдруг понадобилось быстро выбирать? Он изобрёл свою базу данных? ... почему бы тогда не использовать что-то стандартное? тот же sqlite, или dbf? Перестройка индекса - недешёвая операция. Маразм это делать при ведении логов постоянно. Потер просто ложит в файл человеконечитаемые строки фиксированной длины ... иначе его бы подвесили за одно место. Если бы надо было быструю выборку, то он использовал бы какаю-нибудь стандартную базу. Но он изобрёл таки свой велосипед. ... и единственный смысл этого - создать чёрный ящик, из которого можно что-то достать потеровской утилитой и только потеровской утилитой, ничем больше.

Их можно переводить компилировать в более удобный формат,

из формата в формат преобразовывают, а компилируют человекочитаемый текст в машиночитаемый (читаемый непосредственно процессором, или виртуальной машиной). Шифрованный бинарник - никем не читаемый, закрытый от человека. Ваша аналогия между бинарными логами и исполнимыми файлами была нелепа ;) Исполнимые бинарники - это для процессора и их можно перекомпилировать из сырцов. Бинарные логи - это сокрытие (начальный этап) информации от человека и никаких исходников для их перегенерации нету, это единственное место хранения информации.

А текстовые логи можно переводить в бинарный вид, например заталкивать в СУБД для последующего анализа. Сюрпраааайз!

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

Итак - какую проблему решает бинарный лог. По пунктам. В методичку не подглядывать! В глаза смотреть!

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

А текстовые логи можно переводить в бинарный вид, например заталкивать в СУБД для последующего анализа. Сюрпраааайз!

А в чем тут сюрприз? Мы всегда так делаем. Делали тут crm для холдинга. Все по феншую. Все данные в текстовый файл и в git. Как запрос, конвертируем базу в базу постгре, подключаем, делаем запрос, получаем данные, если что изменилось, конвертируем базу обратно ибо база для кого? Для человека. В текст ее! А если ничего не менялось так и вовсе удаляем без всякого сожаления.

Скорость системы идеальна, примерно пара запросов в сутки. Клиент пришел, слюнями брызжет, обзывается, а мы ему рраз, и на лор за экспертным мнением olelookoe (22.10.19 13:25:45)

«А текстовые логи можно переводить в бинарный вид, например заталкивать в СУБД для последующего анализа. Сюрпраааайз!»

Он и заткнулся...

А в чем тут сюрприз?

Сюрприз для свидетелей секты бинарных логов. У остальных давно все работает.

Все данные в текстовый файл и в git. Как запрос, конвертируем базу в базу постгре, подключаем, делаем запрос, получаем данные, если что изменилось, конвертируем базу обратно ибо база для кого? Для человека. В текст ее!

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

Бинарный лог для быстрой выборки по ключам.

Когда это актуально нормальные люди ELK используют. Когда неактуально — grep.

проблемы даже с clang

Шо то херня, шо это: ты его лицензию видел? Они же специально подмахивают проприетарщикам. Не хватало ещё свободному софту проблемы проприетарщиков-паразитов и их обслуги решать забесплатно.

Когда это актуально нормальные люди ELK используют.

Нормальные люди используют то, что им удобно. В том числе и systemd-journal-remote, systemd-journal-gatewayd и systemd-journal-upload.

Хотя гораздо более общим (чем предпочитаемый набор софта) признаком «нормальных людей» является то, что они в упор игнорируют мнения сопливых ЛОРовских «экспертов». От чего у последних так славно полыхает, что хоть за попкорном или :-D :-D :-D

почему бы тогда не использовать что-то стандартное? тот же sqlite, или dbf?

Потому что ни один из них не позволяет реализовать задуманное?

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

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

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

В том числе и systemd-journal-remote, systemd-journal-gatewayd и systemd-journal-upload.

выглядят просто смешно.

Хотя гораздо более общим (чем предпочитаемый набор софта) признаком «нормальных людей» является то, что они в упор игнорируют мнения сопливых ЛОРовских «экспертов». От чего у последних так славно полыхает, что хоть за попкорном или :-D :-D :-D

ага, судя по колличеству смайликов у сопливого ЛОРовского «эксперта» заеппала знатно полыхает ;)

Бинарный лог для быстрой выборки по ключам.

почему бы тогда не использовать что-то стандартное? тот же sqlite, или dbf?

Потому что ни один из них не позволяет реализовать задуманное?

Ваши слова? ... не отпирайтесь, все ходы записаны ;)

т.е. вы утверждаете, что sqlite не позволяет делать быструю выборку по ключам? Тому же фурифоксу, значит, позволяет, а сюсямду не позволяет ;) До какого только бреда не договорятся сюсямд-тролли, чтобы оправдать свою сюсямдафилию ;)

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

нет. Может это для вас в новинку, но у процессора есть набор команд и понимает (читает) он только последовательность своих команд (бинарный исполнимый файл). Текст для него просто поток байтов, который он может обработать по определённом алгоритму, может преобразовать в читаемую человеком картинку, но сам процессор этот текст не «понимает» ... ну как вы могли бы показать китайцу страницу с иероглифами, смыл которых вам совершенно неизвестен ;)

Нормальные люди используют то, что им удобно. В том числе и systemd-journal-remote, systemd-journal-gatewayd и systemd-journal-upload.

Только systemd-pornhub не хватает.

Чтобы автоматически перезапускал erection.service при падении

автоматически перезапускал erection.service при падении

Не стоит, зато как болтается!

Ну сам он и программу на питоне или баше не понимает. Да даже эльф ему не понятен. Все это для него должен кто то подготовить и прожевать. Сам он разве что лило в состоянии понять и то с огромными оговорками ибо еще есть биос, без которого опять хрен. Когда я только начинал, мы программировали в машинном коже и то, что для тебя бинарный код очень далеко от того, что есть процессор...

Ну сам он и программу на питоне или баше не понимает. Да даже эльф ему не понятен. Все это для него должен кто то подготовить и прожевать.

ну, наконец, что-то начало доходить

т.е. вы утверждаете, что sqlite не позволяет делать быструю выборку по ключам?

Я утверждаю «Потому что ни один из них не позволяет реализовать задуманное»

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

Тому же фурифоксу, значит, позволяет, а сюсямду не позволяет

Не совсем в тему. Файрфокс здорово выиграл, когда перешел от текста к sqlite, но справедливости ради, он знатно подвисает во время операций удаления. Не скажу, что это эпик фейл, но даже файрфоксу было бы здорово подумать о дальнейшем улучшении формата истории и закладок...

Я понимаю, что для админов локалхоста некоторые

Тебе, разумеется, виднее что там у админов локалхоста принято. Ты главное к взрослым со своим веским мнением не лезь - засмеют :-D

Ты главное к взрослым со своим веским мнением не лезь - засм

К взрослым, которые пытаются заменить ELK с помощью journald? Пожалуй и правда не стану, а то ещё в педофилии обвинят.

about unixway:

запилите новость

про книгу

UNIX: A History And A Memoir

Brian Kernighan