Документация для версии Интеллект 4.13. Документация на другие версии также доступна.

Предыдущая страница Типовые задачи по расширенной настройке системы  Расширенная настройка распределенной архитектуры Следующая страница

На странице:


Режим отладки – это режим, при котором доступно для просмотра Отладочное Окно, предназначенное для анализа текущего состояния работы ПК Интеллект и оперативной отладки в случае обнаружения в ней ошибок.

Включение режима отладки

Начиная с хотфикса 4.11.3.4472 по умолчанию включен режим Debug 4. На предыдущих версиях Режим отладки по умолчанию выключен. Для включения режима отладки необходимо:

  1. Завершить работу программного комплекса Интеллект.
  2. Запустить утилиту tweaki.exe (см. раздел Запуск и завершение работы утилиты tweaki.exe).
  3. Выбрать раздел Интеллект в дереве, расположенном в левой части диалогового окна утилиты.
  4. Изменить значение параметра Режим отладки с Выключен на Debug 1, Debug 2, Debug 3 или Debug 4 (описание режимов в разделе Панель настройки раздела Интеллект).
  5. Нажать кнопку ОК.
  6. Запустить программный комплекс Интеллект.
    В результате в Главной панели управления ПК Интеллект появится новый пункт Отладочное окно.
  7. Выбрать пункт Отладочное окно в Главной панели управления для отображения Отладочного окна на экране монитора. Выбранный пункт меню Отладочное окно будет отмечен флажком.

Для того, чтобы скрыть Отладочное окно, требуется повторно выбрать пункт Отладочное окно в Главной панели управления.

Примечание.

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

Примечание.

Подробно работа с Отладочным окном описана в документе Объект Скрипт. Программирование с использованием языка JScript в разделе Отладочное окно.

Настройка параметров log-файлов

Параметры хранения log-файлов задаются как на панели настройки раздела Интеллект в утилите Tweaki.exe (см. Панель настройки раздела Интеллект), так и с помощью ряда ключей реестра:

  1. Параметр Время хранения логов (часов) равносилен ключу реестра DebugTime. Задает количество часов хранения лог-файла. По умолчанию 48 часов.
  2. Параметр Максимальный размер (MB) равносилен ключу реестра DebugSize. Задает количество мегабайт, выделенных под лог. По умолчанию 100 Мбайт.
  3. Ключ реестра DebugZipDays – включает режим упаковки логов в архив в формате .gz и задает период их хранения. По умолчанию 2 дня.

Log-файлы начинают перезаписываться при достижении максимума одного из параметров.

При включенном режиме отладки Debug 4 в лог-файл video.run каждые 10 секунд выводится максимально подробная информация о файловой системе и использовании памяти каждой камерой. Чтобы уменьшить количество выводимых строк информации до шести каждые 10 секунд (это уменьшит размер лог-файла), нужно добавить ключ StatusInfo=0.

Пример записываемой информации, когда ключ StatusInfo=1 или отсутствует:

Uptime: 00:00:12, memory: 423.0 MB
[FS]Health ok.
[FS]Ring cycles count: 0
[FS]Total index in memory size: 62.7 KB
[FS]Total recorders: 4, MemFile: -1, memFile total size: 16.0 MB, last frame skipped time: none, WritingQueueSize: 1500, avg speed: 18.99 MB/sec.
[FS]Total readers: 0 (cached frames: 0)
[FS]Total cameras: 4, internal VMDA detectors: 0, external VMDA detectors: 0. zone detectors: 0.
[FS]Camera 1. Writing queue: 1 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 1, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0.
[FS]Camera 2. Writing queue: 0 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 2, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0.
[FS]Camera 3. Writing queue: 0 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 3, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0.
[FS]Camera 4. Writing queue: 0 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 4, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0.
Total registered senders: 1
Objects:
VideoFrame: 38(max: 77 at '09-09-22 14:40:13.014')
AudioFrame: 0(max: 5 at '09-09-22 14:40:08.816')
Msg: 73(max: 130 at '09-09-22 14:40:06.733')
Active[1]
SendVideoFrame(local=1,compressed=1) to 'TAG-5509.1': value: 0 (max 0), delay = 46 ms, 09-09-22 14:40:15.548
Inactive[0](no new data for more than 15 seconds)

Пример выводимой информации, если StatusInfo=0:

Uptime: 00:00:12, memory: 427.0 MB
[FS]Health ok.
[FS]Ring cycles count: 0
[FS]Total index in memory size: 52.9 KB
[FS]Total recorders: 4, MemFile: -1, memFile total size: 16.0 MB, last frame skipped time: none, WritingQueueSize: 1500, avg speed: 7.42 MB/sec.
[FS]Total readers: 0 (cached frames: 0).

Подробнее о ключах реестра см. Справочник ключей реестра.

Пример.

Время хранения логов установлено равным 720 часов (1 месяц), а Максимальный размер лога задан равным 100 Мбайт.

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

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