Ninja Scroll Log Engine
Механизм ведения журнала был сильной стороной IO Ninja с самого первого дня. Чтобы понять, почему это выделяется, вы должны подумать о том, как большинство анализаторов или мониторов представляют данные.
Обычно есть "основной список" событий, таких как "входящий пакет" или "сообщение об ошибке", а затем есть "просмотр подробностей". Пользователь должен выбрать событие в "главном списке", а затем просмотреть сведения о событии в "представлении сведений".
Причина такого дизайна пользовательского интерфейса очевидна: его легко реализовать. Хотя этот интерфейс приемлем, очевидно, что существуют ситуации, когда за одним непрерывным листом журнала (представьте себе огромную HTML-страницу) было бы намного проще следить.
Итак, почему бы не использовать HTML? Для крошечного бревна это было бы прекрасно. Но, к сожалению, HTML не подходит для отображения действительно огромных страниц, а журналы ввода—вывода могут вырасти до многих гигабайт. Итак, нам нужен был наш собственный двигатель.
Никакой другой эмулятор терминала или анализатор пакетов не может чередовать двоичные данные (в текстовой или шестнадцатеричной форме) с текстовыми сообщениями в потенциально огромных журналах, обеспечивая единый, чистый, доступный для поиска лист журнала. IO Ninja мог делать это с момента первоначального выпуска, и в версии 3 это стало еще лучше.
- Чередование двоичных и текстовых сообщений в одном непрерывном листе журнала;
- Представление двоичных данных в виде обычного текста или в шестнадцатеричном виде;
- Настраиваемое слияние (включая установку порогового значения для разницы во времени);
- Отображение границ объединенных пакетов;
- Расширяющийся/сворачивающийся;
- Несколько режимов копирования двоичных данных:
- Как hex;
- Как text;
- Как hex-view;
- Как C array;
- Как C literal;
- Как Jancy hex-literal;
- Сохранение выбранного блока двоичных данных в файл;
- Отображение смещения и длины выделения;
- Автоматическое вычисление контрольных сумм, локальной пропускной способности и другой статистики.
