Tuxedo 学习
WSL workstation litener
WSH 处理请求的进程,但不 server 进程,相当于 oracle 影子进程
WSC 处理请求的进程
WS 用户和正常用户的关关健差别在 WS 用户不装 tuxedo
Abstract: 关于中间件,有一个很有名的定义是:平台+通信。这一点在 TUXEDO 上面得到了很好的体现,
因为它提供了运行和开发的平台,以及多种的通信方式。在这多种通信方式中,使用最频繁的是
WS(workstation)方式。WS 方式使用的是 TCP 连接,为了对 WS 方式有更多的了解,我们结合 TCP 连
接的知识对这种方式进行了一个比较深入的分析。
名词说明:
WSC: WorkStation Client WSL: WorkStation Listener
WSH: WorkStation Handler Server: 小写表示服务器端的服务处理进程
TCP 连接是一种 C/S 模式的,即 server 端公开自己的 IP 和端口号,client 通过这两个参数与之建立连接,
客户端使用的端口一般是 OS 临时分配的。
TCP server 端一般有两种模式,一种是 iterative(重复)的,一种 concurrent(并发)的。前面一种是一个
server 的进程(应用层)来处理 client 的请求,处理完了之后继续接受请求来处理,当 server 正在处理的过
程中,新来的请求得不到处理,只有等待。后面一种是请求到来的时候,server 进程通常会新开一个进程
来处理这个请求,自己继续监听公开端口的连接请求。
在 TUXEO 这种事务处理系统中,会经常有大量的请求,故第一种模式肯定是不行的,第二种模式虽然可
以达到同时处理不同请求的目的,但是由于每次要开新的进程,系统的开销很大,也会影响性能。实际中,
TUXEDO 的 Workstation 方式采用了另一种方法来实现多请求的并发处理。下面我们进行详细的说明。
以下是 ubb 中关于 WSL 的配置参数:
WSL SRVGRP=Group1 SRVID=200
CLOPT="-A -t -- -n //ip(服务器 IP,在此隐去):4050 -m 2 -M 10 -x 10"
其中 ip:4050 就是 TUXEDO 服务器的 WSL 的监听地址,只有一个 WSL 进程。-m 参数指定的是启动时
WSH 的个数,-M 为最大个数(用户数大于 m*x 时系统会自动启动更多的 WSH),-x 为每个 WSH 可以多
道处理请求的最大数目,可以理解为 WSH 的请求缓冲区可以存放十个请求。这样我们上面的配置在启动
后可以处理同时 20 个并发请求,最大可以处理 100 个。
评论0