技術分享

[技術分享]NonStop Pathway調教技術分析

作者簡歷

作者擁有26年IT服務資歷，現職凌群電腦NSK服務總處副總工程師，主要負責HPE NonStop證券、期貨、銀行客戶交易系統維運服務，專長為HPE NonStop系統整合。

前言

本文章將針對HPE NonStop Pathway系統環境效能分析調校技術做完整的整理。

PATHWAY 環境效能分析

PATHWAY環境效能主要是針對TCP、TERM和SERVER效能分析。

一、PATHWAY架構



PATHWAY是NonStop系統針對Client-Server架構設計的子系統，user透過PATHCOM管理PATHWAY。

有兩種路徑傳送至SERVER端處理，一種是TCP(Terminal Control Process)，由SCREEN COBOL寫的終端requester code；另一種是由user code寫pathsend直接送到SERVER端處理。

PATHSEND程式主要是透過系統LINKMON process傳送至SERVER端，每顆CPU只有一支LINKMON process ($ZLnn)。

二、TCP分析說明



A.TERMPOOL：為在TCP和其控制下的終端之間的資料傳輸(在兩個方向上)保存I/O緩衝區。
B.TERMBUF：設定終端輸出最大的緩衝區。
C.SERVERPOOL：為TCP和發送請求的伺服器之間的資料傳輸(在兩個方向上)保存I/O緩衝區。
D.CODEAREALEN：從POBJCOD讀取程式碼放到記憶體，這就像一個緩存區，若空間不足會造成終端畫面切換速度變慢。

要分析TCP 必須先將TCP的STATS設成ON。
指令：CONTROL TCP STATS ON
分析TCP：
指令：STATS TCP



若TERMPOOL或SERVERPOOL的MAX ALLOC值接近它們的SIZE，就要放大。



若CODE的MAX ALLOC值接近SIZE，就要放大CODEAREALEN。



A.從TERMPOOL，SERVERPOOL，MEMMAN(CODEAREALEN)的 %WAIT值也可以判斷它們設的值是否足夠，%WAIT應為0。
B.LINK/DELINK和效能無太大關係可以忽略不看。
C.CHECKPOINT是TCP primary process 和它的backup process做checkpoint檢查，若它的%WAIT有值，通常是系統CPU 資源不足。

三、TERM分析說明



A.DISPLAY是指DATA從TCP到終端機。
B.ACCEPT是指DATA從終端機到TCP。
C.TERMBUF必須足夠才會讓畫面流暢，如上例DISPLAY 783/261=3，每CALL一次DISPLAY 要3個I/O，表示TERMBUF不足，要放大。
指令：ALTER TCP1, TERMBUF 4096

四、SERVER分析說明

SERVER連結的策略乃是決定於Server class之以下四個參數：
-MAXSERVERS ：一個Server class裡可有的Server process總數。
-NUMSTATIC ：Static server的個數。
-MAXLINKS ：一個單一Server Process最多可建立多少個Link。
-LINKDEPTH ：一個單一Server Process 與單一TCP之間最多可建立多少Link(即一個TCP最多可OPEN同一個Server process多少次)。



例如：我們設定Server Class “SVR-A”之參數如下：
MAXSERVER = 3
NUMSTATIC = 1
MAXLINKS = 2
LINKDEPTH = 1

當TCP-1提出Link要求時PATHMON會將第一個Server執行起來($SVA1)，而後通知TCP-1與$SVA1 Link，TCP-1才會open $SVA1，Request 結束後並不close，因為$SVA1是Static Server。接著TCP-2提出Link要求時，因為Server process的Max Links為2所以PATHMON可以指定$SVA1繼續service此Request，當TCP-2再次提出Request時此時$SVA1的Link已滿，PATHMON會再執行$SVA2起來service，TCP-2才接著open $SVA2，當TCP-2再提出第三次Request時，雖然$SVA2僅有一個Link，但因為Link Depth為1，故TCP-2不可再與$SVA2建立Link，PATHMON將會啟動$SVA3來service，而後TCP-2即open $SVA3，在一段時間(delete delay time)之內$SVA2與$SVA3若沒有接受新的Request，PATHMON將對TCP發出delink(TCP close server process)的要求，在delink完成之後，PATHMON即將Server $SVA2及$SVA3停掉。

連結到SERVER有兩種路徑，一種透過PATHSEND的寫法，它走LINKMON，另一種是透過TCP



分析SERVER效能的方式為：
STATS SERVER, FREQTABLEA
若是透過TCP的SERVER，結果如下：



主要是要看QUEUE INFO： 它的REQ CNT最好為0或是個位數，若數值太高，表示這個SERVER發生QUEUE的次數太高.透過TCP的SERVER可以看到該SERVER處理的時間(AVG RESP，MAX RESP，MIN RESP)

若是透過PATHSEND方式到SERVER，它的結果如下：要確認每個CPU上的LINKMON的QUEUE INFO是否為個位數，若不是就要做調整SERVER的參數



當發現有重要交易SERVER 的QUEUE INFO 的REQ CNT的數值太高，便需針對該SERVER的環境設定做分析與調整，方式如下：
A.確認該SERVER的整個流程，是否有再CALL其他SERVER。
B.確認該SERVER的LINK數是否有用滿，若有，需要再增加MAXSERVERS和NUMSTATIC。
指令：STATUS SERVER, DETAIL
C.若不想該SERVER在LINK QUEUE內等太久，需降低MAXLINKS(假設LINKDEPTH是1的話) 。
注意：MAXLNKS最大值為程式內的TABLE OCCURS值，不可以超過。
D.提高該SERVER的PRIORITY。
E.另再透過MEASURE分析該SERVER存取相關檔案的次數，和AP人員討論是否合理。

最後每天都要去檢查交易PATHWAY的PWLOG，看看是否有SERVER發生LINK不足的情況(ERROR 201)，若有就要先行放大SERVER內的參數並監控到沒再發生問題。

檢查方式：PATHCOM $FUPW; STATUS PATHMON–確認PWLOG檔案位置
FUP COPY PWLOG,,SHARE,FOLD -每家的檔案名不見得相同

五、PATHWAY Priority配置

PATHWAY元件的priority也是影響效能的主因之一
Priority建議如下：

PATHMON(180) > SERVER (170) > TCP (160)
若有部份SERVER要更高的Priority，也可以高於PATHMON。

若SERVER A會去CALL SERVER B;SERVER B會再CALL SERVER C，最後再把結果傳回SERVER A.此時3個SERVER的Priority設定如下：
SERVER C > SERVER B > SERVER A
若SERVER A > SERVER B > SERVER C ，容易發生SERVER A QUEUE。

參考資料

• Performance Analysis and Tuning for NonStop Systems


• TS/MP System Management Manual