Предложение по улучшению Системного журнала (System log)

[inheritedGleb]

Хочу вынести на обсуждение предложение по значительному улучшению отображения и удобства использования Системного журнала (System Log).

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

Предлагаю перенести системный журнал в отдельный раздел и представить его в виде фильтруемой таблицы с рядом следующих улучшений:

Отдельная вкладка в "Диагностике": Создать отдельную, постоянную вкладку "Системный журнал" внутри существующего раздела "Диагностика". Это логично объединит все инструменты для устранения неполадок.
Табличное представление: Отображать записи журнала в табличном формате, а не как сплошной текст. Таблица позволит создать четкие колонки для: Времени/Даты, Источника/Модуля, Уровня (например, INFO, WARNING, ERROR) и Сообщения.
Добавление фильтра: Добавить динамические фильтры (например, по дате/времени, уровню записи или ключевому слову), чтобы пользователи могли быстро изолировать интересующие их события.
Уменьшение отступов: Уменьшить вертикальные отступы/поля между строками, чтобы больше информации помещалось на экране без необходимости прокрутки. Это критически важно при анализе быстро сменяющихся событий.

Зачем это нужно?
Табличный и фильтруемый вид превратят Системный журнал из простого "свалки данных" в эффективный диагностический инструмент. Это позволит пользователям:
Легче находить закономерности и последовательности событий.
Мгновенно изолировать критические ошибки, отфильтровав только уровень "ERROR".
Анализировать большие объемы данных гораздо быстрее.

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

[keenet07]

Идеи мне нравятся, но сочетается ли это с тем что журнал в кинетик ос живёт до перезагрузки и имеет ограниченный объем? Новое затирает старое. И доступный объем очень мал. Потому-что весь он хранится в оперативной памяти. На разных моделях её разное количество. равняться приходится на минимальное. У меня некоторые повторяющиеся события вытесняют из журнала всё что могло быть полезным. Журналом можно пользоваться только в моменте. Делаешь что-то и смотришь. Он в текущем виде плохо работает как инструмент для анализа во времени. Поэтому скорее всего вам предложат воспользоваться syslog.

https://help.keenetic.com/hc/ru/articles/213966129-Сохранение-журнала-системных-событий-логов-на-Syslog-сервере

А так конечно картинка интересная, со вкладочками отделяющими мух от котлет. Фильтрация.

Edited October 10, 2025 by keenet07

[inheritedGleb]

5 minutes ago, keenet07 said:

Идеи мне нравятся, но сочетается ли это с тем что журнал в кинетик ос живёт до перезагрузки и имеет ограниченный объем? Новое затирает старое.

Картинка интересная, со вкладочками отделяющими мух от котлет. Фильтрация.

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

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

- При возникновении проблемы важно сразу увидеть, что произошло. Фильтр по ERROR/WARNING выделит эти события из общего потока, даже если журнал не сохраняется

[keenet07]

@inheritedGleb В целом да. Но если есть куда нарастить объем журнала, это было бы так же полезно сделать.