Глоссарий




< Пред. раздел   Содержание   След. раздел >


Время отклика сессии — отрезок времени между началом отправки пользователем запроса или запросов к БД, и получением их результатов. Таким образом временем отклика можно считать время между нажатием кнопки «Сформировать отчет» и появлением отчета на экране.

Профиль ресурсов сессии — таблица, в которой перечислены элементы (например события), выполнение которых, составляет время отклика сессии. Например для сессии, производящей запрос к БД, профиль ресурсов сессии будет содержать событие разбора, исполнения, извлечения и ожидания чтения физических файлов БД. В эту таблицу также могут быть включены дополнительные характеристики: общее/макс./мин./сред. время ожидания/выполнения, количество обращений к элементу. Элементы профиля сессии отсортированы в порядке уменьшения вклада во время отклика сессии. Более подробную информацию о принципах построения профиля ресурсов сессии вы можете найти в замечательной книге «Oracle Оптимизация производительности» авторы: Кэри Миллсап и Джефф Хольт («Optimizing Oracle Performance» by Cary Millsap with Jeff Holt)

Трейс-файл — (файл расширенной трассировки SQL) файл, содержащий последовательно записанные действия ядра БД (исполнение, извлечение, события ожидания и т.д.), вызванные выполнением предложений SQL в рамках сессии. Для формирования трейс-файла необходимо установить для сессии псевдо-событие 10046. Описание содержимого трейс-файла вы можете найти в ноте Oracle ID 39817.1 (http://metalink.oracle.com).

Преамбула (трейс-файла) — заголовок трейс-файла, содержащий описание окружения сессии (исходное размещение трейс-файла, версия ОС, версия БД Oracle, идентификаторы процесса)

Курсор SQL — команда SQL или PL/SQL, введенная пользователем или выполняемая ядром БД, зафиксированная в блоках PARSING IN CURSOR, RPC CALL и т.п., трейс-файла. В пределах трейс-файла, курсор может быть неоднократно использован, т.е. открыт->выполнен->закрыт или неоднократно выполнен без закрытия.

Предложение SQL — более общее представление курсоров SQL, позволяющее объединить данные нескольких курсоров, имеющих тела, различающиеся литералами. Например, курсоры для команд SELECT 'TEST' FROM DUAL и SELECT 'WORK' FROM DUAL, будут иметь разные идентификаторы, но все различие в них — использование литералов 'WORK' и 'TEST'. Если трейс-файл будет содержать множество подобных курсоров, то оценка влияния на время отклика, без их объединения будет затруднена. По умолчанию, в предложения SQL, объединяются только курсоры, имеющие идентичное тело (литералы не анализируются). Изменить этот подход вы можете в опциях приложения или профайлера.

Рекурсивное предложение SQL — предложение SQL, выполнение которого было вызвано другим предложением SQL (пользовательским).

Длительность события — время обработки на ЦПУ (с) или время ожидания при чтении файла (ela).

Продолжительность события — общее время события (e).

Каталог приложения – каталог с установленным приложением LightProfiler. Для ОС Windows (скомпилированная версия), по умолчанию предлагается установка в c:\LightProfiler. Для ОС *nix установка производится в /usr/local/share/application/lightprofiler.

Профайлер — встроенный инструмент приложения, предназначенный для анализа трейс-файлов и формирования отчетов («Профиль ресурсов» и «Оптимизация»).

Инструмент — приложение на языке Python, имеющее интерфейс, использующий библиотеку tkinter, и оформленное согласно определенным требованиям.

xtrc-файл — записанное состояние проанализированного профайлера, содержит информацию об опциях профайлера, внутреннюю структуру данных трейс-файла. Формирование xtrc-файла происходит при выполнении операции экспорта. В некоторых случаях импорт сформированного xtrc-файла выполняется быстрее чем анализ исходного трейс-файла.(Внимание! В виду проведения работ по сокращению времени анализа трейс-файлов, в последующих релизах приложения, использование xtrc-файлов может быть прекращено)

sdmp-файл — файл в формате csv, содержащий информацию о выполненных событиях для определенного предложения SQL. Формирование этих файлов происходит при использовании режима отладки профайлера: Sdmp или All. Ниже приведен фрагмент файла:

    Пример sdmp файла
    Рис. 61 Пример sdmp файла

, используются следующие обозначения:

btim – время начала события

etim – время окончания события

nam – имя события

estyle – внутренний тип события (см.ниже)

c – длительность по ЦПУ (включая потомков)

e — длительность общая (включая потомков)

dur — длительность итоговая (включая потомков)

ic – длительность по ЦПУ (без потомков)

ie — длительность общая (без потомков)

idur — длительность итоговая (без потомков)

В текущей версии используются следующие типы событий:

  • 0 — общее событие (например CLOSE) 
  • 1 – синтетическое событие, генерируется самим приложением для отметки факта закрытия курсора 
  • 2 — синтетические события для учета дельты вызовов 
  • 10 — события для учета вызовов БД ( PARSE, EXEC и т.п.) 
  • 11 — события для учета операций с LOB-ми 
  • 100 — общий случай события ожидания 
  • 101 — событие ожидания, происходящее «внутри» вызова БД и не связанное с обработкой файла БД 
  • 102 — событие ожидания, происходящие «между» вызовами БД (например — события from/to клиент) 
  • 103 — события ожидания, связанные с обработкой файла БД 
  • 104 — синтетические события ожидания, генерируемые приложением, при использовании экспериментальных опций - «обработка маркеров времени».