一个 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。

    或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的命令格式如下：

参数说明：

           对输出进行排序，总计处理请求所花的时间越多的排的越靠前。如果不指定，按总
计被调用的次数越多的排的越靠前。

          只输出指定名称的SERVICE的统计信息，如果有多个，可用，隔开。

          限定日期，统计指定日期的信息。 缺省为当前日期。

         指定统计开始时间：格式为：hr[:min[:sec]]。

          指定统计结束时间：格式为：hr[:min[:sec]]。

   例子：

        上面的例子说明： 在11月5号的11:03到14:28这段时间内，TOUPPER被调用了6
次，平均每次的处理时间是0.37秒。

注意:txrpt只能统计一天内的信息，即由-D指定的日期。注意当用txrpt进行性能统计
分析时，ULOGDEBUG环境变量不要设为Y，因为它的输出信息会对txrpt造成干扰。
提高TUXEDO系统的性能的方法：
（1）  同一个SERVER启动多个进程，如果原来某个SERVER所启动的进程数较少，可增
加它的进程数，并建议使MIN=MAX，使TUXEDO不用进行进程数的动态管理。
如果这些SERVER可配置成MSSQ方式，则应采用MSSQ方式。如下所示：

（2） 采用多服务单队列MSSQ(multiple servers signle queue)
在缺省情况下，TUXEDEO的每一个SERVER对应一个请求队列，该SERVER从该
请求队列中取客户端发来的请求，并把处理的结果通过
该请求队列返回给客户端，TUXEDO的SERVER可以配置成多个SERVER对应一个
请求队列，即MSSQ方式，以提高响应的速度。

      在下列情况下建议采用MSSQ：
         1、服务对实时性要求很高。
         2、某个SERVER需要启动多个进程才能满足需要。
         3、服务端与客户端之间传送的数据量比较小。
      
     采用MSSQ应注意以下几点：
1、        客户端与服务端之间传送的数据量比较大，因为数据量很大，会把SERVER的请求
队列空间耗尽，使SERVER无法响应客户端的请求，或把处理的结果通过该请求
队列返回给客户端。
        2、不要把包含的SERVICE不一样的SERVER配置成MSSQ。
3、很多的SERVER(比如30个)对应一个MSSQ，这时应把他们配置成几个MSSQ(如3
个，每个有10个SERVER)效果会更好。

MSSQ配置的方法如下,注意如果该SERVER中的某个SERVICE调用其他的SERVICE，
并有返回结果，则REPLYQ=Y应加上,在下面的配置中,10个 simpserv共用一个请求队
列,同时其中的某个SERVICE 可能回调用其他的SERVICE,所以 REPLYQ=Y。

（3）系统内核参数的调整
TUXEDO在运行是会大量用到系统的IPC资源,包括共享内存,信号灯,消息队列。一般
UNIX系统缺省的值都太小,可对它们进行调整。
对由于非正常关闭TUXEDO系统，可能造成TUXEDO系统占用的系统IPC资源无法
释放,可用TUXEDO提供的工具ipclean进行回收。
（4）合理处理SERICE与SERVER的关系
        如果从管理维护方面看，一个SERVICE对应一个SERVER是最简单的方式。但这会增
加SERVER的数量，使TUXEDO系统对系统的IPC资源要求增大(使系统的性能降低)，
或超过(使TUXEDO系统无法启动成功)。所以需要把多个SERVICE放到一个SERVER
中。以降低TUXEDO对系统IPC资源的需求。下面是一些把SERVICE放在一起的原
则:
        1. 有互相调用的SERICE不要放到同一个SERVER中，以免引起死锁现象。
        2. 执行时间相近的SERVICE可放到同一个SERVER中。
        3. 同一个SERVER中的SERVICE最好有相同的服务优先级，如果不同，最低的那个
的请求可能要很长时间才得到处理。
        4. 一个SERVER中不要有太多的SERVICE。
    5. 把多资源要求相近的SERVICE放到同一个SERVER中。
    6. 可根据业务规则把SERVICE放到同一个SERVER中。
7. 对一些使用率较高的(如:银行的取款对应的SERVICE)应单独放在一个SERVER中,
并采用MSSQ方式。不要把它们与其他的SERVICE放在同一个SERVER中。
（5）TUXEDO可对服务设置优先级(0-100),对于比较重要的SERVEICE，可提高它的服务
优先级，使它较快得到响应，如下面的例子,在一个银行系统中，挂失服务
(LOSTCARD)的优先级比取款服务(WITHDRAWAL)高,可以使它较快得到处理。

（6）MAXWSCLIENTS的设置
MAXWSCLIENTS设置最多允许多少个远程客户端数同时连接到该TUXEDO系统
上，与所购买的LICNESE数有关，可设置的比所购买的LICENSE数大一些。当并
发连接数大于所购买的LICENSE数时，TUXEDO会报警，（在ULOG中回有信息）
当超过10%时，TUXEDO拒绝新的CLIENT端连入。TPINIT()会报错。
（7） WSL的配置,WSL进程用于监听远程客户端的连接,它的以下几个选项会影响性能。
       -m: 最小启动WSH的进程数,缺省为0。可直接设的和-M项的值一样。
       -M:最小启动WSH的进程数,缺省为MAXWS客户端S /x。
       -x:每个WSH进程可处理的远程客户端数,缺省为10。
-c:当客户端与服务端之间传输的数据量(单位为:字节)大与-c指定的值时,自动进行
数据压缩,如果网络状况不好，该选项应加上。

（8）对采用会话通行方式的SERVER，可多划分几个组，也能提高性能。

                上面的配置的性能比下面的配置要好,当然组的个数也不是越多越好。

（9） 如果只有一个数据库，就没必要用XA，
（10）选用正确的通讯方式，例如进行大量的数据传输时，采用会话通讯方式的性能
       就比采用同步调用方式好。
（11）最好把TLOG和QUEUS SPACE创建在磁盘裸设备上，
（12）把QUEUE SPACE创建在内存上比创建在磁盘上的性能要好很多

三、其他方面：
1、        ULOG文件如果很大，也会影响性能，在一个生产系统中，应把不必要的日志信息
去掉,不要往ULOG文件写太多的信息。
2、        尽可能不在客户端要开始一个事务。因为客户端的用户可能开始一个事务,然后不往
下处理,白白占用数据库资源。同时与在服务端开始 一个事务相比,在客户端开始
一个事务还有很多其它的缺点。
3、        一个TUXEDO系统可以支持的最大并发连接数是由所购买的LICENSE数决定的。
它对系统的性能起决定性的作用。
    4、TUXEDO的客户端通过TPINIT()函数与服务端建立连接，如果客户端对服务端的调
用很频繁，如电信的前台收费业务，银行的存取款业务可在客户端启动上就建立一
个常连接,到客户端关闭时才用TPTERM()断开,对一些调用很少的业务，可在真正
要调用服务之前才与服务端建立连接，调用结束后,马上把连接断开。如果所购买
的LICENSE数较少,最好所有的调用都采用第二种方式。

总之，系统性能的调优是个很复杂的过程，要权衡各个方面的因素，并要靠很多的经验积累。