Что именно файлы "graph _ *. Dat" содержат в необработанных результатах LR - PullRequest
Новая
       3

Что именно файлы "graph _ *. Dat" содержат в необработанных результатах LR

0 голосов
/ 21 июня 2010

Я пытаюсь декодировать содержимое файлов "graph _ *. Dat" в папке sum_data / в файле необработанных результатов, полученном из Performance Center.

Я вычислил 1-й (название транзакции), 2-й (метка времени Unix) и 3-й (время отклика) столбцы, но есть еще 4, которые мне не очень нужны. Может ли кто-нибудь объяснить их?

Меня особенно интересует файл graph_5.dat (время отклика транзакции). Я также пришел к выводу, что не все файлы graph _ *. Dat содержат значимые данные в этих столбцах.

Вот небольшой фрагмент из файла graph_5.dat: 

40 xxxxxx7723 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7724 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7725 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7726 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7727 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7728 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7729 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7730 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7731 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7732 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7733 1.317764 0.600000 0.936688 1.896918 1.145876
40 xxxxxx7734 1.317764 0.600000 0.936688 1.896918 1.145876
40 xxxxxx7735 1.317764 0.600000 0.936688 1.896918 1.145876
40 xxxxxx7736 1.317764 0.600000 0.936688 1.896918 1.145876
40 xxxxxx7737 1.317764 0.600000 0.936688 1.896918 1.145876
40 xxxxxx7738 1.168778 0.400000 1.108304 1.229253 0.547880
40 xxxxxx7739 1.168778 0.400000 1.108304 1.229253 0.547880
40 xxxxxx7740 1.168778 0.400000 1.108304 1.229253 0.547880
40 xxxxxx7741 1.168778 0.400000 1.108304 1.229253 0.547880
40 xxxxxx7742 1.168778 0.400000 1.108304 1.229253 0.547880

Ответы [ 2 ]

1 голос
/ 07 июля 2010

Мне удалось вычесть следующее о столбцах: 

ID TimeStamp  RespTim  TPS      A        B        C 
== ========== ======== ======== ======== ======== =========
40 xxxxxx7723 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7724 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7725 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7726 5.458429 0.800000 2.406426 8.481170 27.879561
40 xxxxxx7727 5.458429 0.800000 2.406426 8.481170 27.879561

40 xxxxxx7728 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7729 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7730 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7731 2.551755 0.400000 2.462352 2.641159 2.607780
40 xxxxxx7732 2.551755 0.400000 2.462352 2.641159 2.607780

ID          Transaction ID from sum_data.ini file
TimeStamp   UNIX Timestamp (UTC 0)
RespTime    Avg. Response for this period
TPS         Transactions per Seconds
A,B and C   These are unknown still

Обратите внимание, что 5 первых строк являются ИДЕНТИЧНЫМИ, за исключением метки времени.Я полагаю, это связано с тем, что LR собирает данные за 5 секунд.

Значение TPS (0,8) указывает, что за эти 5 секунд фактически было выполнено 4 транзакции.Их средняявремя отклика составило 5,458429 секунд.

Чтобы проверить столбец TPS, я обнаружил, что, если вы сложите все значения TPS для конкретной транзакции, вы получите счет PASSED, как показано на странице Сводка!1009 *

Я определил, что A всегда меньше, чем B и C, но B может быть больше, чем C, обычно C гораздо больше B. Я просто пока не вижу для них схемы... A - это минимальное время транзакции, а B - максимальное время транзакции, а "RespTime" - среднее время транзакции.Я еще не знаю, что означает C.

0 голосов
/ 05 июля 2010

Во-первых, я не могу рекомендовать интерпретацию или иное в зависимости от внутренних форматов данных Loadrunner. Я сделал это с WinRunner, и это совершенно не было долгосрочным или среднесрочным решением, поскольку они (HP / Ex-Mercury), похоже, меняют форматы по своему усмотрению, даже для небольших, скорее, обновлений / SR / минорных выпусков.

Второе - одна из цифр может быть "потерянным" временем, т. Е. Суммой всех обдумываний, которые были частью транзакции.

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

В-третьих, но это всего лишь предположение: я на 99% (ну, в общем-то, на 70% ...) уверен, что в других случаях содержатся значения, которые собирает LR, чтобы он мог разбивать веб-запросы. (Когда вы интегрируете сценарии LR в Business Availability Center, у вас может быть диаграмма разбивки для всех веб-запросов любой транзакции. Я не уверен, использует ли сам LR эти значения в отчетах или что мы имеем. Однако вы можете подтвердите мое предположение с помощью пустой транзакции - компоненты времени разбивки должны быть равны 0 (или равны общему времени ответа?), как и компонент времени ожидания).

HTHS ...

...