Tuxedo性能跟踪文件stderr格式分析及分析工具重写.pdf

Tuxedo 性能跟踪文件 stderr 格式分析及分析工具重写 在 Tuxedo 性能调优过程中，其中一个重要的参考依据就是 Tuxedo 性能跟踪文件（默认 文件名为 stderr ）中记录的每个service 的调用次数及调用时间；在配置文件中设置“-r ”参 数后，每次调用该 service 都会在性能跟踪文件中记录一行记录。性能跟踪文件可以使用 Tuxedo 提供的 txrpt 命令进行分析，可以统计出每个 service 在每段时间内的总调用次数和平 均时间。 近日在进行一个实时性较高的生产系统（版本：Tuxedo9.1 ）的性能分析及监控时，发 现了 txrpt 性能分析工具存在的几个不足，主要如下： 1) 使用 txrpt 必须指定准确的-d 参数； 2) 如果一个 server 有多个 service，则无法方便的统计每个 server 的调用次数和调用时 间； 3) 统计结果中，粒度仅为每小时一个粒度，无法统计每秒、每分钟的调用次数和调用 时间； 4) 无法统计每个 server 的空闲程度（idle ）； 由于以上几个原因，我使用shell 执行编写了一个 Tuxedo 性能分析工具 tuxpa.sh ，用于 实现以上功能。主要需要完成的工作如下： 一、 修改 UBB 配置，增加性能跟踪数据输出 如果需要在性能跟踪文件中打印日志，则需要在 UBB 配置文件中设置响应参数，方法 如下： 在 UBBCONFIG 中 SERVER 节做如下设置：即在 CLOPT 中加 -r 。 *SERVERS DEFAULT: CLOPT=-A -r 说明：如果在 DEFAULT 的CLOPT 中加-r 参数是对所有的 SERVICE 调用都进行统计， 如果只在某个 SERVER 的CLOPT 中加-r 参数是对该 SERVER 中的所有的SERVICE 调用都 进行统计。 重编译 UBBCONFIG 后，并重启动 TUXEDO 后, 以后对 SERVICE 的调用统计信息会自 动写到标准错误输出文件中，默认为 stderr 。 二、 分析 stderr 文件的性能数据格式 在 stderr 文件中，可能会有多种错误输出日志，其中 Tuxedo 性能跟踪数据的每行均以 “@”符号开头，且每行格式固定，如下： 从以上数据看出，每行 Tuxedo 性能跟踪数据均有 6 列，每列以一个或多个空格分开， 每列数据含义如下： 1） 被调用的 service 名称，注意：“@”符号不属于service 名称的一部分。 2 ） 调用该 service 的原进程的进程号，如果属于域间调用，则为本地GWTDOMAIN 进 程的进程号。 3 ） 调用的开始时间，该时间格式为整数秒，指从 1970-01-01 00:00:00 开始至调用服务 开始为止的秒数。 4 ） 调用的开始时间，该时间单位为 0.01 秒，指从该服务启动至开始调用为止的时间。 5 ） 调用的结束时间，该时间格式为整数秒，指从 1970-01-01 00:00:00 开始至调用服务 结束为止的秒数。 6 ） 调用的结束时间，该时间单位为 0.01 秒，指从该服务启动至结束调用为止的时间。 这个时间减去“4 ）调用开始时间”，可得到该 service 这次被调用的时间，单位为 0.01 秒；如以上示例的第四行中，服务 PLATFORM 这次调用耗费的时间为： 10566479=4(0.01 秒)=0.04 秒。 三、 重新编写性能分析工具 为了达到本文前提到的性能分析工具的加强功能，使用 shell 重新编写了 Tuxedo 性能分 析工具，基本思想如下： 1） 使用tmadmin 命令直接从生产设备上取出每个 service 对应的 server 及相应启动的服 务数，主要用于计算每个 server