tuxedo时间参数和系统消息队列参数对其影响的笔记

本文详细介绍了Tuxedo系统中SCANUNIT、SANITYSCAN、BLOCKTIME等时间参数及其影响,以及WSL参数如CLOPT中的-m、-x设置对并发连接数的影响。此外,还讨论了消息队列参数msgmnb、msgmax和msgmni的配置,如何计算服务能处理的客户请求数,并强调了合理设置以避免性能下降和资源浪费。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

SCANUNIT        10 /*tuxedo用时间片,单位秒*/
SANITYSCAN      12      /*轮训DBBL时间片个数,其值 乘以 scanunit即是描述 : 12*10=120秒*/
BLOCKTIME       18      /*客户连接超时时间片个数, 18*10=180秒 ,即客户端连接后180秒无返回则超时,tperrno=13*/


WSL参数:
  例如:CLOPT="-t -A -- -n//192.168.0.33:7878 -I 120 -m 5 -M 10 -x 4 -T 20"
 
-m:表示开始启动WSH进程个数
-x:每个WSH可以同时连接得客户数目,WSH接收到客户请求后不采用FORK子WSH模式,
   不再产生WSH子进程,-m * -x 的值就是同时能够连接到服务器的客户请求数目
-M:如果连接数不够时,自动启动WSH进程的最大数目  
   

消息队列参数:
msgmnb:单个队列最大尺寸(byte),其限制了一个服务可以缓存的消息队列记录数,比如
  服务A,每次交易需要一个队列的尺寸为:1312字节,通过ipcs -q命令用所占用字节
  数除消息个数即可得知该值。那么用msgmnb/1312即为该服务所能最大缓存的消息
  个数n,用这个数 n 乘以该服务数 m 则为该服务能同时处理的客户请求数目。但这个
  请求数目是在MAXCLIENT足够大的情况下,否则有如下算法:
  
  WSL 参数 CLOPT 的 -m * -x = 最大连接数 WSL_COU
  (msgmnb/单条消息长度) * 服务进程数目 = 最大该服务处理数目 MSG_COU
  
  服务器端同时能够处理的客户请求为 WSL_COU和MSG_COU中较大者
  
  此值设置应当谨慎考虑,其值如果过大,如果一个服务出问题,导致多个客户端连接到
  此服务而等待服务处理,则耗费过多的CLIENT数目,在CLIENT数目达到 WSL的-m*-x时候,
  其他交易也将收到影响。
  
  经验上应该估算每个交易报文长度,计算每个对列所能容纳的消息记录数,然后算出同时
  容纳的客户端数目 n ,然后设置 -m * -x 为n*4/3即可。
    
msgmax:消息队列中单条消息的最大长度,其影响了交易报文的最大长度(注意,是影响
  而不是限制),如果交易报文长度超过msgmax设定的值,则tuxedo会在对应服务的消息
  队列中放置该交易报文对应的交易报文文件信息,该交易报文文件默认存放在/tmp目录
  中,命名为TUX*,其文件内容为交易报文内容,在交易完成后该文件由tuxedo删除,由于
  报文采用文件交互,整个应用性能将大大降低。

msgmni: 系统中同时存在的消息队列数目,其限制了最大服务数,因为正常配置下每个应
  用服务都要拥有
  一个自己消息队列
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值