Java 虛擬機器設定

83.29/3724.32 * 100 = 2.236 %

如果您在記憶體回收上花了超出 5% 的時間，且經常進行記憶體回收，您可能需要增加 Java 資料堆大小。

如果要判斷配置的資料堆是否擴增，請在每次記憶體回收循環之後，查看仍未配置的資料堆百分比，驗證這個百分比未持續下降。 如果可用空間的百分比持續下降，就表示在各次回收記憶體之間，資料堆在逐步擴增大小。 這個狀況可能表示應用程式洩漏記憶體。

如果您想要啟用同步化服務的熱重新啟動同步特性，請指定 -DhotRestartSync。 這項特性用來向同步化服務指出，正在執行安裝的環境並未在部署管理程式作用時進行配置更新。 因此，當部署管理程式或節點代理程式伺服器重新啟動時，這個服務不需要執行完整的儲存庫比較。 當啟用這項特性時，在部署管理程式或節點代理程式重新啟動之後，第一次同步化作業的效率會比較好，對於含有混合版本 Cell、使用多個節點及執行多個應用程式的安裝架構而言，尤其如此。

如果您要啟用 IBM SDK and Runtime Environment for AIX® Java Technology Edition 第 7 版所提供的「進階加密標準 (AES)」功能，請將這個選項設為 true。AES 是一種對稱式區塊密碼，其會透過數個循環來加密及解密資料。啟用這項功能會提昇 WebSphere Application Server SSL 的處理效能。

如果在載入類別期間，您想要跳過驗證類別階段，請指定 -Xverify:none。 使用 -Xverify:none 會停用 Java 類別驗證，如此可讓啟動時間改進 10-15%。不過，當指定這個引數時，不會偵測到毀損或無效的類別資料。 如果載入毀損的類別資料，JVM 可能會產生非預期的行為或失敗。

避免困難：

• 如果您修改位元組碼，請勿使用這個引數，因為如果發生任何設備測試錯誤，JVM 可能會失敗。
• 當這個引數作用時，如果您發現 JVM 失敗或 JVM 產生非預期行為，請在 JVM 問題除錯的第一個步驟中移除這個引數。
• IBM i 不支援這個引數。

gotcha

如果您想要停用回收類別記憶體，請指定 -Xnoclassgc。 這個引數會增加類別重複使用的情況，可以稍微改進效能。 不過，這些類別所擁有的資源會保持使用中，即使尚未呼叫類別也是如此。

避免困難： 類別記憶體回收的效能影響通常會最小，而在 Java Platform Enterprise Edition (Java EE) 型系統中關閉類別記憶體回收，並大量使用應用程式類別載入器的情況下，可能很快造成類別資料記憶體洩漏，並導致 JVM 擲出「記憶體不足異常狀況」。gotcha

如果想要監視回收記憶體，您可以使用 verbose:gc 配置設定。 您可以利用產生的輸出來判斷收回這些資源對效能的影響。

如果您指定 -Xnoclassgc 引數，則每當您重新部署應用程式時，應一律重新啟動應用程式伺服器，從舊版應用程式中清除類別和靜態資料。

避免困難： IBM i 不支援這個引數。您必須利用 -noclassgc 引數，來停用回收這個平台的類別記憶體。gotcha

如果您想要一次使用多個記憶體回收執行緒，請指定 -Xgcthreads。 這個回收記憶體技術稱為並行記憶體回收。 這個引數只適用於 IBM Developer Kit。

在通用 JVM 引數欄位中輸入這個值時，也請輸入您的機器所執行的處理器數目。

將 -Xgcthreads 指定為：

-Xgcthreads<number of processors>

避免困難： 請勿在 --Xgcthreads 和處理器數目值 n 之間加入空格。

例如，-Xgcthreads5 即是 將 -Xgcthreads 指定為 5 個處理器。

gotcha

最佳作法： 如果機器有多個處理器，您應該使用並行回收記憶體。bprac

避免困難： IBM i 不支援這個引數。gotcha

如果您想要停用壓縮資料堆，請指定 -Xnocompactgc。 壓縮資料堆是成本最高的記憶體回收作業。 如果您使用 IBM Developer Kit，您應該避免壓縮資料堆。如果您停用了資料堆壓縮，您會消除所有相關的額外負荷。

避免困難： IBM i 不支援這個引數。gotcha

指定 -Xgcpolicy，來設定記憶體回收原則。這個引數只適用於 IBM Developer Kit。

如果您想要使產量最佳化，且在長時間暫停回收記憶體的情況下不會造成問題，請將這個引數設為 optthruput 。

如果您使用世代記憶體回收器，請將這個引數設為 gencon。世代綱目會嘗試達成高產量，並且縮短記憶體回收的暫停時間。為了達成這個目標，會將資料堆分割成新與舊的區段。長久物件會提升至舊空間，而短暫物件則採記憶體回收方式，快速放到新空間中。gencon 原則為許多應用程式帶來顯著的優點。但是，並非所有應用程式都適用，而且在調整上較為困難。

如果您希望在資料堆已滿之前，用來追蹤應用程式執行緒的並行標記便從堆疊開始，請將這個引數設為 optavgpause。 當指定這個參數時，暫停回收記憶體器的時間會變的一致，不會長時間明顯地暫停。 不過，使用這個原則會降低產量，因為執行緒可能需要執行額外的工作。

如果您想增加多重處理器（通常使用的處理器超過 8 部）系統的效能，請將這個引數設為 subpool。這項原則僅適用於 IBM System i®、System p® 和 System z® 處理器。subpool 原則類似於 optthruput 原則，不同之處在於資料堆會分割成子儲存區，以改良物件配置的可調整性。

避免困難： IBM i 不支援這個引數。gotcha

Java Platform Standard Edition 6 (Java SE 6) 具有世代記憶體回收功能，因此可以使用不同的記憶體儲存區來包含經歷時間不同的物件。 記憶體回收周期會依存在期間來收集物件，彼此互不相干。 您可以利用其他參數來個別設定記憶體儲存區的大小。 如果要得到較好的效能，請設定短生命週期的物件所在儲存區的大小，使儲存區物件的保留時間短於一次記憶體回收週期。 請利用 NewSize 和 MaxNewSize 參數來指定新世代儲存區的大小。

-XX:NewSize=lower_bound
-XX:MaxNewSize=upper_bound
 -XX:SurvivorRatio=new_ratio_size 

最佳作法： 不過，如果 JVM 的資料堆大小超過 1 GB，則應該使用下列值：

• -XX:NewSize=640m
• -XX:MaxNewSize=640m
• -XX:SurvivorRatio=16

bprac

或者，您可以將總資料堆大小的 50% 至 60% 設定給新的世代儲存區使用。

避免困難： IBM i 不支援這個引數。gotcha

如果您想要變更可用資料堆大小百分比下限，請指定 -Xminf。 如果可用空間低於指定的數量，資料堆便會增長。 在啟用重設模式中，這個引數用來指定中介軟體和暫時性資料堆的可用空間百分比下限。 這個引數指定的值是一個 0 至 1 的浮點數。 預設值是 .3 (30%)。

避免困難： IBM i 不支援這個引數。gotcha

Java SE 6 中的 Java HotSpot 技術使用調適性 JVM，其中包含的演算法可隨著時間的推移，而將位元組碼的執行方式最佳化。JVM 是以 -server 和 -client 這兩種模式來執行的。在大部分情況下，請使用 -server 模式，這可以在一段時間內產生更有效的執行時期效能。

如果您使用預設的 -client 模式，啟動伺服器時間會比較快，建立的記憶體覆蓋區比較小。 不過，這個模式會降低延伸效能。 除非伺服器啟動時間比效能重要，否則，請利用 -server 模式來增進效能。 您可以監視程序大小和伺服器啟動時間，來檢查 -client 和 -server 模式之間的效能差異。

避免困難： IBM i 不支援這個引數。gotcha

請指定 -Dcom.ibm.CORBA.RequestTimeout= timeout_interval 引數來設定回應用戶端送出之要求的逾時期間。 這個引數使用 -D 選項。timeout_interval 是逾時期間（秒）。如果網路有非常嚴重的潛伏，請指定大的值來防止逾時。 如果您指定的值太小，參與工作量管理的應用程式伺服器可能會在收到回應之前逾時。

請只在您的應用程式發生逾時問題時，才指定這個引數。 這個引數沒有建議值。

當停止方法未在指定給「連線測試間隔」的時間間隔內完成，-Dcom.ibm.server.allow.sigkill=true 引數可讓節點代理程式程序使用程序的終止方法。當節點代理程式正在監視應用程式伺服器，而錯失與該應用程式伺服器聯絡，這項設定就很好用。

當應用程式伺服器的監視原則容許節點代理程式重新啟動應用程式伺服器時，由於應用程式伺服器啟用了「自動重新啟動」，節點代理程式會對應用程式伺服器程序執行停止方法。停止處理程序期間，節點代理程式會監視應用程式伺服器，如果應用程式伺服器未在指定給「連線測試間隔」的時間間隔內停止，且這個引數設為 true（預設值），則節點代理程式會對應用程式伺服器程序執行終止方法，以停止應用程式伺服器程序。

如果您將這個引數設為 false，節點代理程式會繼續監視停止程序，但不會嘗試重新啟動應用程式伺服器。

如果要利用管理主控台來停用這個引數，請按一下系統管理 > 節點代理程式 > nodeagent_name > Java & 程序管理 > 程序定義 > Java 虛擬機器 > 通用 JVM 引數。

這個引數指定在系統日誌的「執行緒當掉」訊息中，警示所能報告的完整堆疊追蹤次數上限。

當系統警示執行緒處於非作用中的時間超出警示執行緒監視器臨界值時，應用程式伺服器會記載一則「執行緒當掉」訊息，此訊息中包含警示執行緒的名稱、警示執行緒已在作用中的時間，以及完整的異常狀況堆疊追蹤。完整堆疊追蹤對於延遲原因的除錯很有幫助，不過，如果經常觸發「執行緒當掉」訊息，重複的詳細訊息可能導致難以找到系統日誌中的其他資訊。請將這個引數設為一個大於 0 的整數，以指定任何單一警示報告其完整堆疊追蹤的次數上限。當達到這個臨界值之後，後續每一則「執行緒當掉」訊息只會包含當掉警示處理程式項目。

預設值 0 表示警示的所有「執行緒當掉」訊息都會包含完整的堆疊追蹤。

指定這個引數，以便在輸出到 native_stdout 及 native_stderr 日誌檔的所有伺服器除錯訊息之前，新增時間戳記和執行緒 ID。您可以利用時間戳記和執行緒 ID，讓應用程式伺服器引導元件的行為，與 SystemOut 和 SystemErr 日誌檔中指出的其他伺服器機制的行為產生關聯。依預設，會停用這個行為。

如果使用 JVM 一般引數 -Dws.ext.debug=true 來配置伺服器，伺服器會在其開機順序期間，將除錯訊息發出至 native_stdout.log 和 native_stderr.log。如果 -Dcom.ibm.websphere.native.logging.timestamp 也設為 true，則伺服器在輸出除錯訊息時，會附加時間戳記和執行緒 ID，如下列範例所示：

[6/18/12 16:24:31:453 CDT] 00000000 
ws.ext.mains.args[0]=-nosplash
[6/18/12 16:24:31:453 CDT] 00000000 
ws.ext.mains.args[1]=-application
[6/18/12 16:24:31:453 CDT] 00000000 
ws.ext.mains.args[2]=com.ibm.ws.bootstrap.WSLauncher
[6/18/12 16:24:31:453 CDT] 00000000 
ws.ext.mains.args[3]=com.ibm.ws.runtime.WsServer

這個引數只適用於 z/OS。當重新整理用戶端工作量管理狀態的速度太快或太慢時，請指定 -Dcom.ibm.websphere.wlm.unusable.interval= timeout_interval 引數來變更 com.ibm.websphere.wlm.unusable.interval 內容的值。 這個內容指定工作量管理用戶端執行時期將伺服器標示為無法使用之後，在嘗試重新聯繫伺服器之前，所等待的時間量（秒）。 這個引數會使用 -D 選項。預設值是 300 秒。如果這個內容設成大的值，就會在一段長時間內，將伺服器標示為無法使用。這會防止工作量管理重新整理通訊協定在這個時段結束之前，重新整理用戶端的工作量管理狀態。

這個引數只適用於 z/OS。請指定 -Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl= 引數來指出，在不需要個別的直接位元組緩衝區之後，應該立即釋出這些緩衝區的儲存體。 這個引數唯一支援的值是 com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl。

-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl

在 z/OS 平台上，如果您指定 TCP 通道的 zaioFreeInitialBuffers 自訂內容，您也必須指定這個引數，以便在新連線不再需要起始讀取緩衝區時，讓通道立即釋出連線所用的這些緩衝區。

指定是否要在 SIP Proxy 伺服器中啟用 SIP 相符性檢查。SIP 相符性檢查可確保 SIP 訊息符合「階段作業起始通訊協定」標準。當將這個內容設為 true 時，會啟用 SIP 相符性檢查。

避免困難： 如果您是在 z/OS WebSphere Application Server, Network Deployment 環境中執行 Proxy伺服器，而您的 Proxy 伺服器不是叢集的一部分，則可以使用 isSipComplianceEnabled SIP Proxy 伺服器自訂內容，來啟用或停用該 SIP Proxy 伺服器的 SIP 相符性檢查。但是，如果您是在獨立式應用程式伺服器執行，或者您的 Proxy 伺服器是叢集的一部分，則必須使用這個通用 JVM 引數，才能啟用或停用 SIP 相符性檢查。gotcha

請指定 -Xshareclasses:none 引數來停用某程序的共用類別選項。 Java SE 6 所提供的共用類別選項，可讓您在快取中共用類別。在快取記憶體中共用類別可改善啟動時間並減少記憶體覆蓋區。應用程式伺服器、節點代理程式和部署管理程式等程序可使用共用類別選項。

如果您使用這個選項，當程序不在使用中時，您應清除快取記憶體。如果要清除快取記憶體，可呼叫 app_server_root/bin/clearClassCache.bat/sh 公用程式，或者停止再重新啟動程序。

避免困難：

• 在 Solaris、HP 和 IBM i 上，不支援 IBM JVM for J2SE 5。
• 執行於應用程式伺服器程序的 Java EE 應用程式類別，不會新增到共用類別快取中。

gotcha

-XXallowvmshutdown:false 引數用來回復到不正確之 JVM 的前一個行為。Java 5.0 SR10 和 Java 6 SR5 會更正 Java 虛擬機器 (JVM) 未能正確關閉的問題。 如果您有應用程式相依於舊行為，您可以將這個引數新增到「通用 JVM 引數」區段，來回復到前一個行為。