我正在尝试解码从Performance Center获取的原始结果文件中sum_data /文件夹下的“graph _ * .dat”文件的内容。
我已经找到了第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
答案 0 :(得分:1)
我已经能够删除以下关于列的内容:
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
请注意,除了TimeStamp之外,第5行是IDENTICAL。我相信这是由于LR以5秒钟的速度收集数据的方式。
TPS(0.8)值表示在这5秒内实际上有4笔交易。他们的平均值响应时间为5.458429秒。
要验证TPS列,我发现如果您对特定事务的所有TPS值求和,您将最终得到PASSED计数,如“摘要”页面所示!
我已经确定A总是小于B和C,但B可能比C大,你通常C比B大得多。我只是看不到它们的模式...... A是最小交易时间和B是最大交易时间,“RespTime”是平均交易时间。我还不知道C的含义是什么。
答案 1 :(得分:0)
首先,我不建议解释或以其他方式取决于Loadrunner的内部数据格式。我已经用WinRunner做到了这一点,它完全不是一个长期或中期的解决方案,因为他们(HP / Ex-Mercury)似乎改变了他们认为合适的格式,即使对于小型的更新/ SR /次要版本也是如此。
其次 - 其中一个数字可能是“浪费”时间,即交易中所有思考时间的总和。
尝试摆弄lr_set_transaction和相关函数,以便在将某些值传递给这些函数时预测文件应包含的内容。
第三 - 但这只是一个猜测:我99%(好 - 70%......)确保其他时间包含LR收集的值,以便它可以进行Web请求细分。 (当您将LR脚本集成到业务可用性中心时,您可以获得任何事务的所有Web请求的细分图。我不确定LR本身是否确实在报告中使用了这些值,或者我们有什么。但是,您可以通过使用空事务验证我的猜测 - 故障时间组件应该是0(或等于总响应时间?),思考时间组件也是如此。
... HTHS