опять сдуру нажал "таб" после начала ввода названия юнита у journalctl. И опять наблюдаю, как он шерстит свои файлы в поисках всех юнитов, которые что-либо логали (journalctl -F _SYSTEMD_UNIT) И это, товарищи, всё-таки пиздец. Непонятно, кто больше виноват: journalctl, bash completions, дистрибутив или автор поста -__-
2017-12-25 07:03:06

Участники:
@oxpa - 5, @ma1uta - 4, @Self-Perfection - 1

@ma1uta
я думаю, что bash_completions и автор. Авторы bash_completions не подумали, что на большом кол-ве юнитов будет долго шерстить и не добавили опцию поиска по последним n-юнитам, и автор оставил включённую функцию и решил её воспользоваться. Но такую ошибку заранее не избежать, не представляю как такое можно предусмотреть.
#2892971/1 2017-12-25 07:24:25
@oxpa
ну он шерстит сквозь все файлы журналов. У меня их достаточно много. А винт - медленный. Получается плохо.
#2892971/2 → /1 2017-12-25 07:25:07
@ma1uta
это понятно. Если была бы опция, чтобы bash_completions искал не по всем логам, а только по n последним изменившимся.
#2892971/3 → /2 2017-12-25 07:28:50
@oxpa
ну это можно добавить в команду. что-нибудь в духе --since yesterday, например. Но мне не нравится сам подход -__-
#2892971/4 → /3 2017-12-25 07:29:32
@ma1uta
какой подход? Что оно ищет везде подряд или что оно вообще ищет?
#2892971/5 → /4 2017-12-25 07:33:30
@oxpa
что он цедит логи для поиска кто логал. Правильней было бы просто подставлять имена сервисов, если уж что-нибудь подставляешь. Или хранить отдельный индекс (иначе зачем вообще бинарный формат, ..пт!)
#2892971/6 → /5 2017-12-25 07:34:15
@oxpa
ну то есть не должно быть зависимости от объёмов логов. Это же бред!
#2892971/7 → /6 2017-12-25 07:34:30
@ma1uta
ну тогда это вопрос к авторам bash_completions, почему они не создали свой юнит, который будет отслеживать логи и перестраивать индекс при изменении. В идеале, для каждого дополнения свой юнит для построения индекса. А потом юнит, чтобы перестраивать индексы...
#2892971/8 → /6 2017-12-25 07:39:28
@oxpa
юнит не нужен =) Это должен бы делать journalctl. Но в целом, достаточно просто искать сервисы другим способом, не в журналах.
#2892971/9 → /8 2017-12-25 07:41:40
@Self-Perfection
journalctl вообще бесит. Такое ощущение, что о масштабировании при его написании не думали от слова совсем. Вот какого `journalctl -en X` шерстит все файлы журналов? Даже `tail -n` умнее и не читает весь файл целиком. Это блин не так сложно.
#2892971/10 2017-12-25 09:21:12