本節沒有涵蓋硬體設定或各種設定中所支援的預期使用者負載。如需這項資訊,請參閱《Rational Asset Manager 產能規劃手冊》。
Rational Asset Manager 配置頁含有一些設定,可供您調整取得最佳效能。 此頁可供任何儲存庫管理者存取。| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 搜尋資產時回應太慢 | 本端和索引資料夾 / 請勿使用遠端或共用資料夾 | 為求最佳效能,每個應用程式伺服器都應該在電腦的本端硬碟上有自己的本端與索引資料夾。 最好不要放在應用程式伺服器或作業系統安裝所在的相同硬碟上。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,然後導覽至;在「磁碟儲存體」區段中,設定本端資料夾和索引資料夾參數。 |
| 搜尋資產時回應太慢 | 普及程度檢索 / 已停用 | 搜尋引擎可以考量資產的普及程度(例如:視圖及下載檔),來交付更多相關的搜尋結果;不過,這會影響大型儲存庫的效能。 如果要停用普及程度檢索,請以管理者身分登入 Rational Asset Manager,然後導覽至;在「效能選項」區段中,清除啟用普及程度檢索勾選框。 |
| 搜尋資產時回應太慢。 | 索引資料夾 / 針對索引資料夾使用快速的專用磁碟機 | 索引資料夾務必位於不做其他用途用的專用磁碟機上。區隔本端資料夾和索引資料夾,可在搜尋資產時,有助於確保回應時間加快。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,然後導覽至;在「磁碟儲存體」區段中,設定索引資料夾參數。 |
| 在常用間隔時的一般效能問題 | 統計資料索引建置器排程 / 10 分鐘 | 執行頻繁的統計資料索引建置器會導致效能變差。預設值 10 分鐘對大部分環境來說已足夠。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,並且按一下;然後在「工作排程」區段中,找出統計資料索引建置器排程,然後按一下編輯。 |
| 在常用間隔時的一般效能問題 | 程序訂閱排程 / 將時間設定在低工作量時期 | 可在自訂的間隔中處理訂閱。為了取得較佳效能,請將這個間隔設在 Rational Asset Manager 工作量相對較低的時間。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,導覽至;然後在「工作排程」區段中,找出程序訂閱排程,然後按一下編輯。 |
| 在常用間隔時的一般效能問題 | 使用者和群組資訊更新排程 / 將時間設定在低工作量時期 | 使用者和群組資訊可選在自訂的間隔時處理。為了取得較佳效能,請將這個間隔設在 Rational Asset Manager 工作量相對較低的時間。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,導覽至;然後在「工作排程」區段中,找出使用者 / 群組資訊更新排程,然後按一下編輯。 |
| 在常用間隔時的一般效能問題 | 審查程序通知排程 / 將時間設定在低工作量時期 | 審查程序通知可選在自訂的間隔時處理。為了取得較佳效能,請將這個間隔設在 Rational Asset Manager 工作量相對較低的時間。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,導覽至;然後在「工作排程」區段中,找出審查程序通知排程,然後按一下編輯。 |
| 日誌中的「記憶體不足」錯誤 - 階段作業問題 | 每個使用者的階段作業數上限 / 10 | 有時單一使用者就可能耗盡伺服器中所有可用的階段作業。 這有可能是因為 Script 寫得不好,或遭到阻斷服務攻擊。 為了避免這樣的可能性,每個使用者的預設階段作業數目上限會設為 10。在使用者抵達此一限制之後,就無法再於伺服器上建立新的階段作業。 如果要設定參數,請以管理者身分登入 Rational Asset Manager,然後導覽至;在「喜好設定選項」區段中,設定每個使用者的階段作業數上限參數。 |
| 提交資產的速度緩慢 | 提交資產時自動建立主要內容 / 已停用 | 在您提交資產時,Rational Asset Manager 會為附加至資產的構件建立縮圖影像。如果資產有許多構件,則提交資產可能耗時頗長。 如果要停用自動建立這些縮圖,請以儲存庫管理者身分登入 Rational Asset Manager,並導覽至;在「喜好設定選項」區段中,清除在提交資產時自動建立主要內容勾選框。 |
Rational Asset Manager 與您的應用程式伺服器互動密切;因此,當您將應用程式伺服器設定最佳化時,也會增進 Rational Asset Manager 的效能。
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 階段作業逾時值問題 | 記憶體內階段作業數目上限 / 預設值 | 依預設,WebSphere Application Server 最多會在記憶體中保持 1000 個階段作業。但也會選取「容許溢位」選項,這表示多出的階段作業會儲存在次要階段作業表格中。如果您預期記憶體中的階段作業會超過 1000 項,必須增加次要階段作業表格中的數量。 如果您想要限制階段作業的數目以防止發生記憶體不足錯誤,請確定未選取容許溢位勾選框,並將記憶體內階段作業數目上限設定為適用於您系統的設定。 如果要設定參數,請登入 WebSphere Application Server 管理主控台,然後導覽至。 |
| 日誌中的「記憶體不足」錯誤 | Java 虛擬機器資料堆大小 / 1300 到 2000 之間 | 如果是安裝在一個具有 4 GB 記憶體的伺服器上,您可以指定兩個實例,其中一個實例的資料堆大小是 1300 MB,另一個實例的資料堆大小是 2000 MB。您必須監視系統分頁,確定有足夠的記憶體可用。如果伺服器有 8 GB 記憶體,可指定兩個實例,且每個實例資料堆大小各為 2000 MB。 如果要設定參數,請登入「WebSphere 管理主控台」,並導覽至和資料堆大小上限。 請注意,此設定應套用至 Rational Asset Manager 伺服器。 IBM Rational Team Concert 伺服器的必要設定為預設值 768 MB,而設定上限為 2048 MB。 在叢集中,必要的話,IBM Rational Team Concert 伺服器可以安裝在其自己的節點上。 |
| 日誌中的「記憶體不足」錯誤 - 階段作業問題 | 階段作業逾時值 / 預設值(30 分鐘) | 在 WebSphere Application Server中,預設的階段作業逾時值是 30 分鐘。 將此值設為較短的時間,可容納更多的使用者,特別是如果您有許多使用者希望快速交易的話。如果此值設定過低,可能無法讓使用者上傳大量的資產。請記住,大部分的使用者在完成交易時,並不會明確登出:大部分的階段作業會持續存在到逾時為止。 如果要設定參數,請登入「WebSphere Application Server 管理主控台」,然後導覽至。 |
| 如果下載的資產過大將會失敗,可能也會發生非同步或 IO 錯誤 | HTTP 入埠通道 (HTTP 2) 寫入逾時 / 300 秒 | 在 WebSphere Application Server 中,從伺服器寫入至用戶端的預設逾時值為 60 秒。如果將此值設定為更長的時間,可在下載檔案時避免失敗,特別是如果正在下載檔案的用戶端所用的連線太慢或發出了很多要求,更可如此做。 如果要變更此參數,請登入「WebSphere Application Server 管理主控台」,並導覽至。 |
| 週期性減緩;發現效能因記憶體回收而飆漲 | 類別記憶體回收 / Xgcpolicy:optavgpause(適用於 WebSphere Application Server 6.1 版 Fix Pack 16 及以下)或 -Xgcpolicy:gencon(適用於 WebSphere Application Server 第 7 版及 6.1 版 Fix Pack 17 及以上) | 您的特定伺服器環境或工作量可能受惠於其他記憶體回收設定之一。請參閱 http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html,以取得記憶體回收設定的相關資訊。 如果要設定參數,請登入「WebSphere Application Server 管理主控台」,然後導覽至。 |
| 伺服器在傳送大型檔案時失敗;日誌中可能有記憶體不足或記憶體配置錯誤的情況 | Web 儲存器自訂內容 channelwritetype / 同步資料傳送 (sync) | 在透過 TCP/IP 連線進行非同步資料傳送時,可能要求過多的緩衝區來傳送資料。
部署管理程式:
如需相關資訊,請參閱 http://www.ibm.com/support/docview.wss?uid=swg21317658。 |
| 發現 CPU 使用率偏高 | 效能監視器基礎架構 / 停用 | 依預設,WebSphere Application Server會啟用基本效能監視器基礎架構 (PMI)。 PMI 是好用的應用程式伺服器調整工具,但如果要發揮最好效能,請在適當調整伺服器後,停用這項特性。您必須針對所有實例和節點代理程式停用它。 如果要設定參數,請登入「WebSphere Application Server 管理主控台」,然後導覽至。 |
| 資料庫連線錯誤 | JDBC 連線數上限 / 100 | 請確定有足夠的 JDBC 連線數可支援所有登入 Rational Asset Manager 的使用者。 如果要設定參數,請登入 WebSphere Application Server 管理主控台,然後導覽至。 另請參閱 「調整 DB2®」下的「MAXAPPLS 和 MAXAGENTS 參數」主題。 另請參閱 「調整作業系統」下的「AIX® 與 Linux 程序數上限」主題。 |
| 一般效能問題 | 備妥陳述式快取記憶體 / 100 | WebSphere Application Server 提供快取常用備妥陳述式的功能。 如果要捨棄快取的陳述式,請在 WebSphere Application Server 中開啟 PMI,然後增加這個值。 如果要設定參數,請登入 WebSphere Application Server 管理主控台,然後導覽至。 另請參閱「調整 WebSphere Application Server 的進一步資訊」主題。 |
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| CPU 使用率偏高或偏低 | Web 儲存器的儲存區 / 30 | 應用程式伺服器會使用 Web 儲存器的執行緒來處理要求。如果您注意到伺服器的 CPU 使用率偏低,請嘗試提高此數量。如果使用率偏高,請嘗試減少此數量。Web 儲存器的執行緒數目請勿超過 50。 如果要設定參數,請登入「WebSphere Application Server 管理主控台」,然後導覽至。 大小下限:15 大小上限:30 |
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| CPU 使用率偏高或偏低 | Web 儲存器的儲存區 / 50 | 應用程式伺服器會使用 Web 儲存器的執行緒來處理要求。如果您注意到伺服器的 CPU 使用率偏低,請嘗試提高此數量。如果使用率偏高,請嘗試減少此數量。Web 儲存器的執行緒數目請勿超過 50。 如果要設定參數,請登入「WebSphere Application Server 管理主控台」,然後導覽至。 大小下限:25 大小上限:50 |
除了這些參數之外,您可以開啟「效能監視器基礎架構 (PMI)」,在特定工作量下調整 WebSphere Application Server。 這會提供詳細的圖形,其中顯示效能資料。您應該是在正常工作量下開啟 PMI 來擷取資料,不過這會降低效能,因此在完成資料擷取後,最好將它關閉。
如果要啟用 PMI,請登入「WebSphere Application Server 管理主控台」,然後導覽至。
如果要改進 Rational Asset Manager 的效能,您應該利用下列參數和值作為指引來調整您的資料庫。不過,如果您使用伺服器設定應用程式來安裝 Rational Asset Manager,將會設定本節中所提供的效能調整設定,而如果您選擇使用這些建議設定,就可以跳過本節。
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 沒有連線可用 | MAXAPPLS / AUTOMATIC(WebSphere Application Server JDBC 連線數目上限 * 實例數目) | 請確定您設定的 MAXAPPLS,足以處理應用程式伺服器中指定的「JDBC 連線儲存區」數目。MAXAPPLS 設定必須大於或等於 「JDBC 連線數上限」設定。 設定位置:資料庫參數 另請參閱「調整應用程式伺服器」下的「JDBC 連線數上限」主題 |
| 沒有連線可用 | MAXAGENTS / AUTOMATIC(WebSphere Application Server JDBC 連線數目上限 * 實例數目) | 這項設定適用於 DB2 9.5 版及更舊版本;它在 DB2 9.7 版中無法使用。 請確定所設定的 MAXAGENTS 夠高,足以處理應用程式伺服器中指定的「JDBC 連線儲存區」數目。MAXAGENTS 設定必須大於或等於 「JDBC 連線數上限」設定。 設定位置:實例參數 另請參閱「調整應用程式伺服器」下的「JDBC 連線數上限」主題 |
| 死鎖 | MAXLOCKS / AUTOMACTIC (80) | MAXLOCKS 參數指出應用程式在 DB2 中所能保留的可用鎖定數百分比上限,一旦超過,即會將列鎖定提升至表格鎖定。這些表格鎖定可能導致死鎖。 設定位置:資料庫參數 |
| 死鎖 | LOCKLIST / AUTOMATIC (20000) | LOCKLIST 參數代表 DB2 中提供給鎖定的可用記憶體量。您可以使用下列公式,在特定環境中設定這個參數: LOCKLIST = [(512 * 64 * MAXAPPLS) / 4096]*2 此值請勿高於 DB2 的可用記憶體資料堆。設定位置:資料庫參數 |
| 死鎖 | LOCKTIMEOUT / 60 | 如果單一鎖定正在停止其他交易,如此可能導致死鎖。為了確保不會發生此情況,請將鎖定逾時值設為 60 秒。 設定位置:資料庫參數 |
| 一般效能問題 | 統計 / 排程定期執行 | 進行表格統計,有助於最佳化程式判斷最佳的資料存取路徑。統計程序應採定期或按照排程自動執行。 |
| 移轉資料庫期間發生錯誤 | LOG_FIL_SIZ / 10000 | 如果資料庫中有數千筆資產,LOG_FIL_SIZ 又設得過低,Rational Asset Manager 中的移轉功能可能無法運作。 |
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 無法存取 DB2 伺服器 | *請參閱「調整作業系統」下的「AIX 與 Linux 程序數上限」主題。 | 如果您無法存取 DB2 伺服器,有可能是 DB2 代理程式使用的程序數量已達上限。 |
在 DB2 中將參數設定為 AUTOMATIC,可讓 DB2 根據現行工作量來調整參數。開始時,如果某些值的調整不夠快,可能會造成負面的效能衝擊以及一些潛在的錯誤,但它卻是用來判斷可能需要調整哪些參數,才能達到最高效能的好方法。
若有參數設定過高,而您無法啟動 DB2 控制中心,可在 DB2 指令行中,使用 db2 update db cfg for db_name using parameter_name value 陳述式來變更該參數。
本節提供 IBM HTTP Web 伺服器的調整資訊,其內含於 WebSphere Application Server 的補充。
本節說明的參數可在 httpd.conf 檔中修改。
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 「連線已關閉」錯誤 | MaxKeepAliveRequests / 0 | 這項指引指出在關閉連線前,單一用戶端所能提出的要求數上限。此值通常設為 0。 |
| 一般效能問題 | LoadModule / ibm_afpa_module modules/mod_afpa_cache.so | 註: 從 IHS 7 開始已不再使用這項設定,不應加以啟用。請參閱 http://publib.boulder.ibm.com/infocenter/wasinfo/fep/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/tihs_cacheenable.html。
如果要快取靜態內容(例如:影像),請解除註解下列字行:這會啟動「快速回應快取加速器 (FRCA)」。 |
| 一般效能問題 | Afpa 記載 / off | 註: 從 IHS 7 開始已不再使用這項設定,不應加以啟用。
如果您不需要開啟 FRCA 記載,可在 AfpaLogFile 指引前面加上註解字元 ('#') 來關閉它。
如此做也會增進伺服器效能。 |
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| Web 伺服器日誌中的「執行緒不足」錯誤 | ThreadLimit / 25 | 依在給定時間有多少使用者存取 Rational Asset Manager 而定,可能需要提高執行緒限制。 如果要查看您是否需要提高限制,請檢查 Web 伺服器日誌中是否有「執行緒不足」的錯誤或警告。 |
| Web 伺服器日誌中的「執行緒不足」錯誤 | ThreadsPerChild / 25 | 依在給定時間有多少使用者存取 Rational Asset Manager 而定,可能需要提高執行緒限制。 如果要查看您是否需要提高限制,請檢查 Web 伺服器日誌中是否有「執行緒不足」的錯誤或警告。 |
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| Web 伺服器日誌中的「執行緒不足」錯誤 | ThreadLimit / 4000 | 依在給定時間有多少使用者存取 Rational Asset Manager 而定,可能需要提高執行緒限制。 如果要查看您是否需要提高限制,請檢查 Web 伺服器日誌中是否有「執行緒不足」的錯誤或警告。 |
| Web 伺服器日誌中的「執行緒不足」錯誤 | ThreadsPerChild / 3000 | 依在給定時間有多少使用者存取 Rational Asset Manager 而定,可能需要提高執行緒限制。 如果要查看您是否需要提高限制,請檢查 Web 伺服器日誌中是否有「執行緒不足」的錯誤或警告。 |
本節特別涵蓋 IBM Edge 快取 Proxy 部分。如需 DMZ 快取 Proxy 伺服器配置的相關資訊,請參閱 DMZ 快取 Proxy 伺服器配置區段。
您可以在 ibmproxy.conf 檔中修改本文件說明的參數。
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 無法上傳檔案較大的資產 | LimitRequestBody / 2G | 依預設,這個參數設為 10 M。請變更為較大的值,讓使用者可以上傳大型的檔案。 |
| 因發生逾時,而無法上傳檔案較大的資產 | InputTimeOut / 60 分鐘 | 將這個參數變更為 60 分鐘,可讓使用者有充裕的時間上傳大型資產。 另請參閱「調整應用程式伺服器」下的「階段作業逾時值」主題 |
| 因發生逾時,而無法上傳檔案較大的資產 | ReadTimeout / 60 分鐘 | 將這個參數變更為 60 分鐘,可讓使用者有充裕的時間上傳大型資產。 另請參閱「調整應用程式伺服器」下的「階段作業逾時值」主題 |
| 因發生逾時,而無法上傳檔案較大的資產 | ScriptTimeout / 60 分鐘 | 將這個參數變更為 60 分鐘,可讓使用者有充裕的時間上傳大型資產。 另請參閱「調整應用程式伺服器」下的「階段作業逾時值」主題 |
| 參數 | 設定 |
|---|---|
| SendRevProxyName | yes |
| PurgeAge | 3 |
| DirShowCase | off |
| MaxActiveThreads | 110 |
| ConnThreads | 15 |
| MaxPersistRequest | 15 |
| ServerConnPool | on |
| CacheMemory | 1200 M(上限) |
| CacheAlgorithm | responsetime |
| Numclients | 100 |
| flexibleSocks | off |
| ListenBacklog | 256 |
請遵循這些快取 Proxy 伺服器準則,以取得較佳效能:
<services xmi:type="pmiservice:PMIService" xmi:id="PMIService_1243598970603" enable="false" initialSpecLevel="" statisticSet="basic" synchronizedUpdate="false" />
<services xmi:type="traceservice:TraceService" xmi:id="TraceService_1243598970603" enable="true" startupTraceSpecification="*=info" traceOutputType="SPECIFIED_FILE" traceFormat="BASIC" memoryBufferSize="8"> <traceLog xmi:id="TraceLog_1243598970603" fileName="$(SERVER_LOG_ROOT)/trace.log" rolloverSize="40" maxNumberOfBackupFiles="10" /> </services>
<services xmi:type="diagnosticproviderservice:DiagnosticProviderService" xmi:id="DiagnosticProviderService_1243598970603" enable="false" startupStateCollectionSpec=".*:.*=0" />
<proxy:ProxySettings xmi:id="ProxySettings_1243598971020" enableCaching="false" cacheInstanceName="proxy/DefaultCacheInstance" outboundRequestTimeout="1800" connectionPoolEnable="true" maxConnectionsPerServer="0" enableLogging="true" outboundConnectTimeout="10000" enableCustomErrorPagePolicy="false" enableStaticRouting="true"> <properties xmi:id="Property_1243847354992" name="http.routing.sendReverseProxyNameInHost" value="true" description="" required="false" validationExpression="" /> - <routingPolicy xmi:id="RoutingPolicy_1243598971020"> - <routingRules xmi:id="RoutingRule_1243847354917" name="local_port81_rule" isEnabled="true" virtualHostName="port_80" uriGroup="local81_all"> <routingAction xmi:type="proxy:GenericClusterRoute" xmi:id="GenericClusterRoute_1243847354926" genericServerClusterName="local81_http_cluster" /> </routingRules> </routingPolicy> <staticCachePolicy xmi:id="StaticCachePolicy_1243598971020" /> <staticFileServingPolicy xmi:id="StaticFileServingPolicy_1243598971020" /> </proxy:ProxySettings>
在慢速連線上傳大型檔案(1 GB 及以上)期間,DMZ Proxy 伺服器可能會傳回 504 逾時錯誤。 這個錯誤並不表示 Rational Asset Manager 有問題,而且上傳將會正常完成。不過,如果要避免 504 錯誤,請增加 outboundRequesttimeout。
如果要確保它們是分開的,請判定 WebSphere 安裝所在的位置,然後執行 swap -l 或 lsps -a。
Windows:
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 在使用 Rational Performance Tester 來測試時,看到「位址已在使用中」錯誤。 | 登錄項目 MaxUserPort / 65534 | 註: 此設定必須在 Rational Performance Tester
用戶端而非 Rational Asset Manager 伺服器上修改。
|
| 為了避免發生階段作業可用性瓶頸(當內含 6 個實例的叢集中有 900 個使用者時,便會出現此情況) | 登錄項目 TcpTimedWaitDelay / 30 |
|
下列指示專指 AIX 而言。
程序數上限
必須將使用者所能執行的程序數上限設至夠高的層次。尤其是資料庫伺服器更應如此,因為它可能有許多的資料庫代理程式。
lsattr -E -l sys0 -a maxuproc如果要設定程序數上限,請使用下列指令:
chdev -l sys0 -a maxuproc=2000這會在重新啟動系統之後導致限制為 2000。
檔案描述子
軟式檔案大小 -1 軟式 CPU 時間 -1 軟式堆疊大小 -1 軟式核心檔案大小 -1 硬式檔案大小 -1 硬式 CPU 時間 -1 硬式堆疊大小 -1 硬式核心檔案大小 -1這也可以利用 ulimit 指令來達成。
| 問題 | 參數 / 設定 | 其他詳細資料 |
|---|---|---|
| 前往外部 DNS | /etc/netsvc.conf | 在 netsvc.conf 檔中加入下行:hosts=local,bind4 |
| 乙太網路配接卡正在進行「分段卸載」 | no -o tcp_recvspace=65536 no -o tcp_sendspace=65536 no -o udp_sendspace=65536 no -o udp_recvspace=65536 no -o tcp_finwait2=60 no -o tcp_timewait=1 no -o tcp_keepidle=600 no -o tcp_keepintvl=10 no -o tcp_keepinit=40 |
這些指令的效用會受您應用程式所建立、傳送或接收的 TCP/IP 封包大小影響。"no -a" 指令需等到系統重新啟動後才會生效。如果要使它們永久存在,請將下列指令新增至 /etc/tunables/nextboot 檔:no: tcp_recvspace=65536 tcp_sendspace=65536 udp_sendspace=65536 udp_recvspace=65536 tcp_finwait2=60 tcp_timewait=1 tcp_keepidle=600 tcp_keepintvl=10 tcp_keepinit=40 這些指令也可以按照每個 TCPIP 介面基準來設定。請檢查 "lsattr -E -l en0",如果沒有設定,則 AIX 會使用 "no -a" 值。 |
| AIX 所看到的虛擬處理器數目,比實體處理器數目還多。 | smtctl -m off | AIX smtctl 指令顯示
AIX 所看到的虛擬處理器數目。請使用下列指令來關閉 SMT:smtctl -m off 執行 smtctl -m off 指令後,需要您執行 bosboot 指令才能使變更永久保存。 如果未執行 bosboot,則在系統重新啟動之後,將會失去執行 smtctl -m off 的效用。 在每一個實體處理器上,兩個執行緒會共用一個 Level1 快取。如果執行緒彼此無關,它們會毀損對方的快取資料,以免在系統等待提取更多的記憶體來重新整理快取時,減緩整體產量。您可以考量雙重測試此項設為 on 和 off 的結果。 看看哪一項設定最適合您的工作量。 |
| NIS 正在執行。 | 停用 NIS。 | 如果 /etc/hosts 和 /etc/passwd 檔含有帶 '+’的字行,表示系統正在執行 'NIS'(也稱為 YellowPages)。
這也可以利用 ps -ef | grep yp來查看。NIS 通常不會在 AIX-out-of-the-box 上啟用。如果您認為應用程式伺服器不需要此項,請考量測試一下停用 NIS 的結果。 |
| FIN_WAIT_2 狀態下有許多 Socket | no -o tcp_finwait2=60 | 如果 "netstat -an" 顯示 FIN_WAIT_2 狀態下有許多 Socket,這表示「出現高連線率」,而這會在伺服器日誌中反應出「位址已在使用中」訊息。 這可以使用
"no" 指令來控制。請先查看現行設定,
"no -a | grep fin"然後查看預設值 1200 個半秒(亦即 10 分鐘)。請使用下列設定來進行測試: no -o tcp_finwait2=60 "no" 指令會持續到您重設或重新啟動為止。如果要永久設定它,請將它定義在 /etc/tunables/nextboot 中。 |
| 處理器可以使用較大分頁,但現在不如此做。 | 新增參數至 JVM:-Xlp | 這個 JVM 用於 WebSphere Application Server 上的 Rational Asset Manager 伺服器。從 WebSphere Application Server 管理主控台,選取「應用程式伺服器 -> RAM 伺服器名稱 -> Java 和程序管理 -> 程序定義 -> Java 虛擬機器 -> 通用 JVM 引數」。 參數為 -Xlp<size>。您應指定沒有大小的 -Xlp 以啟用預設大型分頁大小。您也可以設定特定的大小。例如 -Xlp64 會啟用 64 KB 的頁面。 |