WebSphere Process Server V6.2 性能調優，第 2 部分 多並發環境下的性能調優介紹3

3)選擇服務集成總線 JMS 資源適配器 (SIB JMS Resource Adapter) ，將線程池別名從默認改為 MDBThreadPool 。

4)對節點和單元範圍，重複第 2 步，第 3 步操作。

5)重啟服務器以保證更改生效。

值得注意的是即使是使用專用的線程池，一個資源適配器相關所有的 MDB 仍然共用相同的線程池，但是它們不再需要同使用默認線程池的其他 WPS 任務爭奪資源。

如果 JMS 連接池未被調優，與 JMS 提供程序的連接可能會成為多並發運行的線程的瓶頸。最大連接數 (Maximum Connection) 定義了在這個連接池中所能創建的最大物理連接數。一旦連接池中的連接數達到上限，則在當前正在使用中的一個物理連接被返回，或拋出異常 ConnectionWaitTimeout 之前，新的物理連接都無法被成功創建。

舉例來看，如果最大連接數被設為 5，並且此時已有 5 個使用中的物理連接，連接池管理器將等待某個物理連接被釋放，等待時間的長短由連接超時參數 (Connection Timeout) 決定。對於此時等待連接到基礎資源的線程來說，它將一直受限，直到連接被釋放並由連接池管理器分配給它。如果在指定間隔內沒有連接被釋放，將拋出 ConnectionWaitTimeout 異常。

如果最大連接數設為 0，則連接池可以無限增長。同時連接超時設置將被忽略。

對連接工廠進行調優的通用準則是：連接池的最大連接數需與並發線程數和每個線程並發的連接數相乘的結果相匹配。例如，如果在一個模塊中希望同時運行 10 個線程，每個線程的最大並發連接是 2 個，則最大連接數屬性應設為 10 × 2=20 個。 從連接工廠管理面板上，打開 其他屬性 > 連接池屬性，可以設置連接池最大連接數等參數。可以看到，它的默認值是 10。

隊列連接工廠的調優與連接工廠類似。

您可使用 Tivoli Performance Viewer 來幫助確定連接池的最優連接數。如果並發等待的數目大於 0，但是 CPU 負載未接近 100%，那麼可以考慮增加連接池大小。如果 CPU 使用百分比值一直低於正常工作負載，那麼可以考慮減少池中的連接數。

MDB 通過使用 JCA1.5 資源適配器來處理來自企業信息系統的非 MQ 或 JMS 請求。這裡 MDB 表現得像在某一特定端點 (Endpoint) 的監聽器一樣。在 JCA1.5 規範中，這些 MDB 通常被稱為消息端點 (Message Endpoint)，或者簡稱端點。每一個配置了一個或多個 MDB 的應用必須指定用於發消息給端點的資源適配器，還需要通過配置 J2C 激活規範以控制該 MDB 的行為。

同我們在 JMS 激活規範調優中提到的一樣，針對 J2C 激活規範有兩個關鍵參數需要進行調整：maxConcurrency 和 maxBatchSize。maxConrurrency 用來限制 MDB 的最大實例數。它的缺省配置是 10。通常來講，在多並發環境下缺省的值偏小，需要對其進行調整以增加並發處理能力。但是該值也並非越大越好，還要基於可用資源的情況進行設定。通過設定 maxConrurrency 限制可以防止在臨時構建消息時啟動過多的 MDB 實例。maxBatchSize 用來限制 MDB 的最大批處理大小。缺省情況下，一次只傳遞一條消息給 MDB 實例。在多並發環境下，需要通過將消息成批傳遞給 MDB 來提高性能。

您可以選擇以下兩種路徑從管理控制台對 J2C 激活規範相關的參數進行配置： 1）資源 > 資源適配器 > J2C 激活規範 > 激活規範名稱 > J2C 激活規範定製屬性。

2）資源 > 資源適配器 > 資源適配器名稱 > 其他屬性 > J2C 激活規範 > J2C 激活規範名稱 > J2C 激活規範定製屬性。
在實際業務場景中，圖 19 中的路徑主要用於對第三方適配器的 J2C 激活規範進行調優。下圖中只標出了常見的調優參數，更加詳細的資源適配器調優請參考其他文檔。

以下文章點擊率最高