个
tuxedo应用系统的整体性能往往是由很多方面决定的,操作系统、网络、数据库、以及应用系统的设计,程序的编写水平都会影响该TUXEDO应用系统的性能。当性能不好时,主要表现在对客户段的请求响应很慢。这时,如果用
tmadmin,中的pq命令察看,会发现有较多的请求在排队。这时就要进行性能调优,而调优首先要确定整个系统的性能瓶颈所在。那么如何确定呢?
1、 如果客户端与服务端之间在进行大批量的数据传输。可计算一下它们之间的传输速度,
并与FTP工具的速度相比较,来判断网络的速度是不是正常。看网络是不是性能瓶颈。
2、如果客户端与服务端之间的数据传输量较少,但是服务端有大量的数据库操作。则很有
可能数据库是性能的瓶颈,可增加该服务的进程数来提高性能。 如果增加该服务的进
程数之后,没起多大的作用。而且用数据库的性能分析工具观察发现数据库的压力较大。
则数据库是性能的瓶颈,应对数据库的进行性能调优。根据经验,数据库往往是一个应
用系统的性能瓶颈。
3、对UNIX操作系统,可用sar,glance(hp)等命令察看。看CPU,IO,内存的利用率是不是正常。
对WIND2000系统,可用任务管理器察看系统的资源使用情况。可根据观察到的结果
做相应的系统调优。
4、采用TUXEDO的性能分析工具txrpt。
txrpt可统计出系统内每个SERVICE的在某段��定时间内所处理的请求的总数及平均处
理时间,它的使用方法如下:
1、在UBBCONFIG中SERVER节做如下设置:即在CLOPT中加 -r。
*SERVERS
DEFAULT:
CLOPT="-A -r"
或clopt = "-A -e /log/wsl.log -r -- -n //32.22.22.22:9999"
说明:如果在DEFAULT的CLOPT中加-r参数是对所有的SERVICE调用都进行统计,
如果只在某个SERVER的CLOPT中加-r参数是对该SERVER中的所有的SERVICE调
用都进行统计。
重编译UBBCONFIG后,并重启动TUXEDO后,以后对SERVICE的调用统计信息会自
动写到标准错误输出文件中,默认为stderr.
2、一段时间后,可用txrpt进行性能分析,txrpt的命令格式如下:
txrpt [-t] [-n names] [-d mm/dd] [-s time] [-e time]
参数说明:
-t
对输出进行排序,总计处理请求所花的时间越多的排的越靠前。如果不指定,按总
计被调用的次数越多的排的越靠前。
-n names
只输出指定名称的SERVICE的统计信息,如果有多个,可用,隔开。
-d mm/dd
限定日期,统计指定日期的信息。 缺省为当前日期。
-s time
指定统计开始时间:格式为:hr[:min[:sec]]。
-e time
指定统计结束时间:格式为:hr[:min[:sec]]。
例子:
txrpt -nTOUPPER -d11/05 -s11:03 -e14:28 <stderr
the report produced looks like the following。
START AFTER: Thu Oct 05 11:01:00 2001
END BEFORE: Thu Oct 05 14:18:00 2001
SERVICE SUMMARY REPORT
SVCNAME 11a-12n 13p-14p 14p-15p TOTALS
Num/Avg Num/Avg Num/Avg Num/Avg
------ -------- -------- -------- -------
TOUPPER 2/0.25 3/0.25 1/0.96 6/0.37
------- ------- ------- ------- -------
TOTALS 2/0.25 3/0.25 1/0.96 6/0.37
上面的例子说明: 在11月5号的11:03到14:28这段时间内,TOUPPER被调用了6
次,平均每次的处理时间是0.37秒。
注意:txrpt只能统计一天内的信息,即由-D指定的日期。注意当用txrpt进行性能统计
分析时,ULOGDEBUG环境变量不要设为Y,因为它的输出信息会对txrpt造成干扰。