Java 虛擬機器設定
請利用這個頁面,來檢視和變更應用程式伺服器程序的 Java™ 虛擬機器 (JVM) 配置設定。
如果要檢視這個管理主控台頁面,請連接至管理主控台,並瀏覽至 Java 虛擬機器畫面。
![[z/OS]](../images/ngzos.gif)
資訊 | 值 |
---|---|
應用程式伺服器 | 按一下 | 。 之後,在「伺服器基礎架構」區段中,按一下 。
部署管理程式 | 按一下 | 。 之後,在「伺服器基礎架構」區段中,按一下
節點代理程式 | 按一下 | 。之後,在「伺服器基礎架構」區段中,按一下
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
資訊 | 值 |
---|---|
應用程式伺服器 | 。 之後,在「伺服器基礎架構」區段中,按一下 |
部署管理程式 | 。 之後,在「伺服器基礎架構」區段中,按一下 |
節點代理程式 | 。 之後,在「伺服器基礎架構」區段中,按一下 |
類別路徑
指定標準類別路徑,讓 Java 虛擬機器程式碼在其中尋找類別。
如果您需要將類別路徑新增到這個欄位,請將每一個類別路徑項目輸入到各個表格列中。不需要在每個項目的尾端加上冒號或分號。
- 用於系統的檢驗或監視工具。
- 在這項產品上執行之產品的 JAR 檔。
- JVM 診斷修補程式或修正程式。
- DB2® 等之類資源提供者的 JAR 檔。這些 JAR 檔的路徑應該新增到相關的提供者類別路徑中。
- 在產品上執行的一或多個應用程式所用的使用者 JAR 檔。這類 JAR 檔的路徑應該指定在需要這個 JAR 檔的每一個應用程式中,或指定在伺服器相關聯的共用程式庫中。
- 延伸 JAR 檔。如果您需要在系統中新增延伸 JAR 檔,應使用 ws.ext.dirs JVM 自訂內容,來指定這個 JAR 檔的絕對路徑。另外,您也可以將 JAR 檔放在 WAS_HOME/lib/ext/ 目錄中,但仍建議您利用 ws.ext.dirs JVM 自訂內容來指定延伸 JAR 檔的路徑。
資訊 | 值 |
---|---|
資料類型 | 字串 |
引導類別路徑
指定 JVM 程式碼的引導類別和資源。這個選項只適用於支援引導類別和資源的 JVM 指示。
如果您需要將類別路徑新增到這個欄位,請將每一個類別路徑項目輸入到表格列中。不需要在每個項目的尾端加上冒號或分號。
如果您需要將多個類別路徑新增到這個欄位,視節點所在的作業系統而定,您可以使用冒號 (:) 或分號 (;) 來區隔這些類別路徑。
- 用於系統的檢驗或監視工具。
- 在這項產品上執行之產品的 JAR 檔。
- JVM 診斷修補程式或修正程式。
- DB2 之類資源提供者的 JAR 檔。這些 JAR 檔的路徑應該新增到相關的提供者類別路徑中。
- 在產品上執行的一或多個應用程式所用的使用者 JAR 檔。這類 JAR 檔的路徑應該指定在需要這個 JAR 檔的每一個應用程式中,或指定在伺服器相關聯的共用程式庫中。
- 延伸 JAR 檔。如果您需要在系統中新增延伸 JAR 檔,應使用 ws.ext.dirs JVM 自訂內容,來指定這個 JAR 檔的絕對路徑。另外,您也可以將 JAR 檔放在 WAS_HOME/lib/ext/ 目錄中,但仍建議您利用 ws.ext.dirs JVM 自訂內容來指定延伸 JAR 檔的路徑。
詳細類別載入
指定是否要使用類別載入的詳細除錯輸出。預設值是不啟用詳細類別載入。
如果啟用「詳細類別載入」,會將除錯輸出傳送到其中一個原生程序日誌。
資訊 | 值 |
---|---|
資料類型 | 布林 |
預設值 | false |
詳細記憶體回收
指定是否要使用記憶體回收的詳細除錯輸出。預設值是不啟用詳細記憶體回收。
如果啟用「詳細記憶體回收」,會將除錯輸出傳送到其中一個原生程序日誌。
資訊 | 值 |
---|---|
資料類型 | 布林 |
預設值 | false |
當啟用這個欄位時,每次執行記憶體回收器,都會將報告寫入至輸出串流。這份報告應該會指出 Java 記憶體回收程序的運作方式。
- JVM 花多少時間來執行記憶體回收。理論上,您會希望 JVM 在執行記憶體回收方面所花費的時間,不超出處理時間的 5%。如果要判斷 JVM 在記憶體回收所花費的時間百分比,請將完成回收所花的時間,除以前次 AF 以後的時間長度,再將結果乘以 100。 例如:
83.29/3724.32 * 100 = 2.236 percent
如果您在記憶體回收上花了超出 5% 的時間,且經常進行記憶體回收,您可能需要增加 Java 資料堆大小。
- 所配置的資料堆是否隨每次的記憶體回收而增加。
如果要判斷所配置的資料堆是否增加,請在每次記憶體回收週期之後,查看仍未配置的資料堆百分比,並驗證這個百分比沒有持續下降。 如果可用空間的百分比持續下降,表示在各次記憶體回收之間,資料堆大小逐漸增加。這種狀況可能表示應用程式存在記憶體洩漏。
在 z/OS® 平台上,您也可以發出 MVS™ 主控台指令 modify display, jvmheap,來顯示 JVM 資料堆資訊。另外,您也可以檢查伺服器活動及間隔 SMF 記錄。
JVM 資料堆大小也可以用於 PMI,並且可以使用「Tivoli® 效能檢視器」來監視。
詳細 JNI
指定是否要使用原生方法呼叫的詳細除錯輸出。預設值是不啟用詳細「Java 原生介面 (JNI)」活動。
資訊 | 值 |
---|---|
資料類型 | 布林 |
預設值 | false |
起始資料堆大小
指定 JVM 程式碼可以使用的起始資料堆大小 (MB)。如果這個欄位保留空白,便使用預設值。
如果是 z/OS,控制器的預設起始資料堆大小是 256 MB,服務者的預設起始資料堆大小是 512 MB。
若為 IBM® i 和分散式平台,預設起始資料堆大小是 50 MB。


增加這項設定,可以改良啟動效能。記憶體回收次數會減少,且效能提高了 10%。
增加 Java 資料堆的大小可以持續改進通訊量,直到資料堆變成太大,無法常駐於實體記憶體為止。 如果資料堆大小超出可用的實體記憶體,且發生分頁,效能會明顯退化。
資料堆大小上限
指定 JVM 程式碼可以使用的資料堆大小上限 (MB)。如果這個欄位保留空白,便使用預設值。
預設資料堆大小上限是系統記憶體總量的 25%,最多可達 4 GB,每當無法存取記憶體大小時,則是 JVM 預設值。
增加資料堆大小上限設定,可以改良啟動效能。當您增加資料堆大小上限時,會減少記憶體回收次數,且效能提高了 10%。
增加這項設定通常可以提高通訊量,直到此資料堆變得太大,以致於無法常駐於實體記憶體為止。如果資料堆大小超出可用的實體記憶體,且發生分頁,效能會明顯退化。 因此,您指定給這個內容的值,務必要使資料堆能夠包含在實體記憶體內。
如果是 z/OS,控制器的預設資料堆大小上限是 512 MB,服務者的預設起始資料堆大小是 1024 MB。
如果要防止分頁,請將這個內容的值指定成容許每個處理器至少有 256 MB 實體記憶體,每部應用程式伺服器至少有 512MB 實體記憶體。如果處理器使用率因分頁而偏低,在可能情況下,請增加可用記憶體,而不是增加資料堆大小上限。增加資料堆大小上限,可能會降低而非改良效能。

![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
執行 HProf
指定是否要使用 HProf Profiler 支援。 如果要使用另一個側寫程式,請利用 HProf 引數設定,來指定自訂側寫程式設定。預設值是不啟用 HProf Profiler 支援。
如果您將執行 HProf 內容設為 true,必須將指令行側寫程式引數指定成 HProf 引數內容的值。
資訊 | 值 |
---|---|
資料類型 | 布林 |
預設值 | false |
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
HProf 引數
指定要傳遞給啟動應用程式伺服器程序之 JVM 程式碼的指令行側寫程式引數。您可以在啟用 HProf Profiler 支援時指定引數。
只有在您將「執行 HProf」內容設為 true 時,才需要 HProf 引數。
除錯模式
指定是否在除錯模式下執行 JVM。預設值是不啟用除錯模式支援。
如果您將除錯模式內容設為 true,必須將指令行除錯引數指定成除錯引數內容的值。
資訊 | 值 |
---|---|
資料類型 | 布林 |
預設值 | false |
除錯引數
指定要傳遞給啟動應用程式伺服器程序之 JVM 程式碼的指令行除錯引數。當除錯模式內容設為 true 時,您可以指定引數。
如果您對相同節點上的多部應用程式伺服器啟用除錯,請驗證未指定相同的值給位址引數。位址引數是定義用來除錯的埠。如果有兩部伺服器啟用了除錯,並且是配置成使用相同的除錯埠,則這兩部伺服器可能無法適當啟動。舉例來說,這兩部伺服器可能都仍配置了除錯引數 address=7777,這是除錯位址引數的預設值。
資訊 | 值 |
---|---|
資料類型 | 字串 |
單位 | Java 指令行引數 |
通用 JVM 引數
指定要傳遞給 Java 虛擬機器程式碼的指令行參數,以用來啟動應用程式伺服器程序。

-DhotRestartSync:
如果您想啟用同步化服務的熱重新啟動同步特性,請指定 -DhotRestartSync。這項特性會向同步化服務指出,安裝作業正在環境中執行,而在該環境中,只要部署管理程式不在作用中,就不會更新配置。因此,當部署管理程式或節點代理程式伺服器重新啟動時,這項服務不需要執行完整的儲存庫比較。如果啟用這項特性,在部署管理程式或節點代理程式重新啟動之後,可以改良第一次同步化作業的效率,尤其對於含有混合版本 Cell、使用多個節點及執行多個應用程式的安裝架構來說,更是如此。
- -Dcom.ibm.crypto.provider.doAESInHardware:
如果您想啟用 IBM SDK and Runtime Environment for AIX®, Java Technology Edition 第 7 版提供的「進階加密標準 (AES)」功能,請將這個選項設為 true。AES 是一種對稱區塊密碼,可反覆加密和解密資料數次。啟用這項功能會提昇 WebSphere® Application Server SSL 的處理效能。
-Xquickstart
如果您想以低於預設模式的最佳化層次,來進行起始編譯,請指定 -Xquickstart。之後,您可以根據取樣結果,重新編譯成預設模式的起始編譯層次。最佳作法: 如果應用程式早期的中等速度比長時間執行的通訊量更為重要,請使用 -Xquickstart。在某些除錯實務、測試控制工具和短時間執行的工具中,啟動時間可以縮短 15-20%。bprac
避免困難: IBM i 不支援這個引數。gotcha
-Xverify:none
在類別載入期間,如果您想跳過類別驗證階段,請指定 -Xverify:none。使用 -Xverify:none 時,會停用 Java 類別驗證,如此可使啟動時間縮短 10-15%。不過,當指定這個引數時,不會偵測到毀損或無效的類別資料。 如果載入毀損的類別資料,JVM 可能會產生非預期的行為或失敗。
避免困難:
- 如果您要修改位元組碼,請勿使用這個引數,因為一旦發生任何檢測錯誤,JVM 就會失敗。
- 在這個引數有效的情況下,如果您遇到 JVM 失敗或 JVM 行為異常,在您對 JVM 問題進行除錯時,首要步驟是移除這個引數。
IBM i 不支援這個引數。
-Xnoclassgc
如果您想停用類別的記憶體回收,請指定 -Xnoclassgc。這個引數會增加類別重複使用情況,並略微改良效能。不過,這些類別所擁有的資源會保持使用中,即使未呼叫這些類別也是如此。
避免困難: 類別記憶體回收對效能的影響通常最小,如果在 Java Platform Enterprise Edition (Java EE) 型系統中關閉類別記憶體回收,並大量使用應用程式類別載入器,可能很快造成類別資料記憶體洩漏,並導致 JVM 擲出「記憶體不足」異常狀況。gotcha
如果您想監視記憶體回收,可以使用 verbose:gc 配置設定。您可以利用產生的輸出,來判斷收回這些資源對效能的影響。
如果您指定 -Xnoclassgc 引數,每當您重新部署應用程式時,應一律重新啟動應用程式伺服器,以便清除舊版應用程式中的類別和靜態資料。
避免困難: IBM i 不支援這個引數。您必須利用 -noclassgc 引數,來停用回收這個平台的類別記憶體。gotcha
-Xgcthreads
如果您想一次使用數個記憶體回收執行緒,請指定 -Xgcthreads。這個記憶體回收技術稱為並行記憶體回收。 這個引數只適用於 IBM Developer Kit。
在通用 JVM 引數欄位中輸入這個值時,也請輸入您的機器所執行的處理器數目。
請依如下所示來指定 -Xgcthreads:-Xgcthreads<number of processors>
避免困難: 請勿在 --Xgcthreads 和處理器數目值 n 之間加入空格。
-Xgcthreads5 是將 -Xgcthreads 指定為 5 個處理器的範例。
gotcha最佳作法: 如果機器有多個處理器,應該使用並行記憶體回收。bprac
避免困難: IBM i 不支援這個引數。gotcha
-Xnocompactgc
如果您想停用資料堆壓縮,請指定 -Xnocompactgc。資料堆壓縮是成本最高的記憶體回收作業。如果您使用 IBM Developer Kit,應避免進行資料堆壓縮。如果您停用了資料堆壓縮,您會消除所有相關的額外負荷。
避免困難: IBM i 不支援這個引數。gotcha
-Xgcpolicy
指定 -Xgcpolicy,以設定記憶體回收原則。這個引數只適用於 IBM Developer Kit。
如果您想要使產量最佳化,且在長時間暫停回收記憶體的情況下不會造成問題,請將這個引數設為 optthruput 。
如果您使用世代記憶體回收器,請將這個引數設為 gencon。世代綱目會嘗試達成高產量,並且縮短記憶體回收的暫停時間。為了達成這個目標,會將資料堆分割成新與舊的區段。長久物件會提升至舊空間,而短暫物件則採記憶體回收方式,快速放到新空間中。gencon 原則為許多應用程式帶來顯著的好處。 但是,並非所有應用程式都適用,而且在調整上較為困難。
如果您希望在資料堆已滿之前,用來追蹤應用程式執行緒的並行標記便從堆疊開始,請將這個引數設為 optavgpause。 當指定這個參數時,暫停回收記憶體器的時間會變的一致,不會長時間明顯地暫停。 不過,使用這個原則會降低產量,因為執行緒可能需要執行額外的工作。
如果您想使用標示、清理、精簡和世代樣式的記憶體回收,請將這個引數設為 balanced。 這時會停用並行標示階段;使用的是並行記憶體回收技術,但與其他原則實作並行標示的方式不同。 平衡的原則會使用基於區域的 Java™ 資料堆佈置。 這些區域是個別接受管理,以降低大型資料堆的暫停時間上限,以及提升記憶體回收的效率。 原則會嘗試比對物件配置和存活率,以避免進行廣域的回收。 如果您有廣域記憶體回收(特別是壓縮)導致應用程式暫停時間的問題,這個原則有可能改進應用程式效能。 如果您使用具備「非統一記憶體架構 (NUMA)」性質的大型系統(只限 x86 和 POWER® 平台),平衡的原則可以進一步改進應用程式的傳輸量。
避免困難: IBM i 不支援這個引數。gotcha
-XX
記憶體回收週期會根據存在時間,一一收集這些物件。您可以利用其他參數,個別設定記憶體儲存區的大小。如果要達到較好的效能,請設定生命週期短的物件所在的儲存區大小,使儲存區物件的保留時間不超過一個記憶體回收週期。 請利用 NewSize 和 MaxNewSize 參數來指定新世代儲存區的大小。
第一個記憶體回收週期之後猶存的物件,會傳送至另一個儲存區。請使用 SurvivorRatio 引數,來指定猶存儲存區的大小 SurvivorRatio。您可以使用「Tivoli 效能檢視器」所收集的物件統計資料,或將 verbose:gc 引數包含在您的配置設定中,以監視記憶體回收統計資料。如果記憶體回收成為瓶頸,請指定下列引數來自訂世代儲存區設定,使它更適合您的環境。-XX:NewSize=lower_bound -XX:MaxNewSize=upper_bound -XX:SurvivorRatio=new_ratio_size
預設值為:- NewSize=2m
- MaxNewSize=32m
- SurvivorRatio=32
最佳作法: 不過,如果 JVM 的資料堆大小超過 1 GB,則應該使用下列值:
- -XX:NewSize=640m
- -XX:MaxNewSize=640m
- -XX:SurvivorRatio=16
另外,您也可以將總資料堆大小的 50% 至 60% 設定給新的世代儲存區。
避免困難: IBM i 不支援這個引數。gotcha
-Xminf
如果您想變更可用資料堆大小百分比下限,請指定 -Xminf。如果可用空間低於指定量,資料堆就會增長。在啟用重設模式下,這個引數用來指定中介軟體和暫時性資料堆的可用空間百分比下限。指定給這個引數的值是一個 0 至 1 的浮點數。預設值為 .3(30%)。
避免困難: IBM i 不支援這個引數。gotcha
-server | -client
Java SE 6 中的 Java HotSpot 技術使用調適性 JVM,其中包含的演算法可隨時間推移,使位元組碼的執行方式達到最佳化。JVM 是以 -server 和 -client 這兩種模式來執行的。在大部分情況下,請使用 -server 模式,這可以在一段時間內產生更有效的執行時期效能。
如果您使用預設的 -client 模式,啟動伺服器時間會比較快,建立的記憶體覆蓋區比較小。 不過,這個模式會降低延伸效能。 除非伺服器啟動時間比效能重要,否則,請利用 -server 模式來增進效能。 您可以監視程序大小和伺服器啟動時間,來檢查 -client 和 -server 模式之間的效能差異。
避免困難: IBM i 不支援這個引數。gotcha
- -Dcom.ibm.CORBA.RequestTimeout=timeout_interval
請指定 -Dcom.ibm.CORBA.RequestTimeout= timeout_interval 引數,來設定回應用戶端送出之要求的逾時期間。這個引數使用 -D 選項。timeout_interval 是逾時期間(秒)。如果網路延遲過久,請指定較大的值以防止逾時。如果您指定的值太小,參與工作量管理的應用程式伺服器可能在收到回應之前就已逾時。
請只在應用程式發生逾時問題時,才指定這個引數。這個引數沒有建議值。
- -Dcom.ibm.server.allow.sigkill=true
當停止方法未在指定給「連線測試間隔」的時間間隔內完成,-Dcom.ibm.server.allow.sigkill=true 引數可讓節點代理程式程序使用程序的終止方法。當節點代理程式正在監視應用程式伺服器,而錯失與該應用程式伺服器聯絡,這項設定就很好用。
如果應用程式伺服器的監視原則容許節點代理程式重新啟動應用程式伺服器,由於應用程式伺服器啟用了「自動重新啟動」,節點代理程式會對應用程式伺服器程序執行停止方法。在執行停止處理程序期間,節點代理程式會監視應用程式伺服器,如果應用程式伺服器未在指定給「連線測試間隔」的時間間隔內停止,且這個引數設為 true(預設值),則節點代理程式會對應用程式伺服器程序執行終止方法,以停止應用程式伺服器程序。
如果您將這個引數設為 false,節點代理程式會繼續監視停止程序,但不會嘗試重新啟動應用程式伺服器。
如果要利用管理主控台來停用這個引數,請按一下系統管理 > 節點代理程式 > nodeagent_name > Java & 程序管理 > 程序定義 > Java 虛擬機器 > 通用 JVM 引數。
- -Dcom.ibm.websphere.alarmthreadmonitor.hung_alarm_mute=
這個引數指定在系統日誌的「執行緒當掉」訊息中,警示報告其完整堆疊追蹤的次數上限。
當系統警示執行緒處於作用中的時間,超出警示執行緒監視器臨界值時,應用程式伺服器會記載一則「執行緒當掉」訊息,內含警示執行緒的名稱、警示執行緒已在作用中的時間長度,以及完整的異常狀況堆疊追蹤。完整堆疊追蹤有助於對延遲原因除錯,但是如果經常觸發「執行緒當掉」訊息,重複的詳細訊息可能導致難以找到系統日誌中的其他資訊。請將這個引數設為一個大於 0 的整數,以指定任何單一警示報告其完整堆疊追蹤的次數上限。到達這個臨界值之後,後續每一則「執行緒當掉」訊息只會包含當掉警示處理程式的項目。
預設值 0 表示警示的所有「執行緒當掉」 訊息都會包含完整的堆疊追蹤。
註: 這個內容指定每一個警示處理程式類別的臨界值,而不是指定訊息總數或每一個警示處理程式實例的臨界值。 - -Dcom.ibm.websphere.native.logging.timestamp=true
指定這個引數,以便在輸出到 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
註: 只有在 IBM 支援人員的指示下,才應指定 -Dws.ext.debug=true。 - -Dcom.ibm.ws.wim.registry.DbSharedAcrossMultipleServers=true
如果不同安裝架構之間會共用 Virtual Member Manager (VMM) DB/LA 儲存庫,請指定 -Dcom.ibm.ws.wim.registry.DbSharedAcrossMultipleServers=true。這個內容不是在叢集環境中使用。設定這個內容,可讓 VMM 同步化共用儲存庫的 WebSphere Application Server 安裝架構所發出的呼叫。
-Dcom.ibm.websphere.wlm.unusable.interval=interval
這個引數只適用於 z/OS。當用戶端工作量管理狀態的重新整理時間過早或過晚,請指定 -Dcom.ibm.websphere.wlm.unusable.interval= timeout_interval 引數,來變更 com.ibm.websphere.wlm.unusable.interval 內容的值。這個內容指定工作量管理用戶端執行時期將伺服器標示為無法使用之後,要等待多少秒,才嘗試重新聯絡伺服器。這個引數使用 -D 選項。預設值為 300 秒。如果所設定的內容值較大,伺服器會有一段長時間被標示為無法使用。如此會阻止工作量管理重新整理通訊協定重新整理用戶端的工作量管理狀態,直到該時段結束為止。
-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=
這個引數只適用於 z/OS。指定 -Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl= 引數,指出一旦不需要個別的直接位元組緩衝區,就應該立即釋出這些緩衝區的儲存體。這個引參數唯一支援的值為 com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl。
JVM 為了處理要求資料而建立的直接位元組緩衝區,是配置在 Language Environment® (LE) 資料堆中,而不是配置在 JVM 資料堆中。一般而言,即使不再需要直接位元組緩衝區,在下次進行記憶體回收之前,JVM 也不會釋出這個原生 LE 儲存體。如果伺服器處理的是大型要求,在 JVM 執行記憶體回收週期之前,LE 儲存體即可能耗盡,而導致伺服器異常終止。使用下列引數來配置 JVM,可防止出現這些異常終止。-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl
在 z/OS 平台上,如果您針對 TCP 通道指定 zaioFreeInitialBuffers 自訂內容,您也必須指定這個引數,以便在新連線不再需要起始讀取緩衝區時,讓通道立即釋出這些連線所用的緩衝區。
-DisSipComplianceEnabled=true|false
指定是否在 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
請指定 -Xshareclasses:none 引數來停用某程序的共用類別選項。 在快取記憶體中共用類別可改善啟動時間並減少記憶體覆蓋區。應用程式伺服器、節點代理程式和部署管理程式等程序可使用共用類別選項。
如果您使用這個選項,當程序不在使用中時,您應清除快取記憶體。如果要清除快取,可呼叫 <app_server_root>/bin/clearClassCache.bat 公用程式,或者停止再重新啟動程序。
註: 當使用 clearClassCache 時,如果要清除整個快取,您必須停止所有附加的 JVM。避免困難:
- 在應用程式伺服器程序中執行的 Java EE 應用程式類別,不會新增到共用類別快取中。
- -XXallowvmshutdown:false
-XXallowvmshutdown:false 引數用來回復到不正確之 JVM 的前一個行為。如果您有應用程式相依於舊行為,您可以將這個引數新增到「通用 JVM 引數」區段,來回復到前一個行為。
資訊 | 值 |
---|---|
資料類型 | 字串 |
單位 | Java 指令行引數 |
JAR 執行檔名稱
指定 JVM 程式碼所用 JAR 執行檔的完整路徑名稱。
資訊 | 值 |
---|---|
資料類型 | 字串 |
單位 | 路徑名稱 |
停用 JIT
指定是否停用 JVM 程式碼的即時 (JIT) 編譯器選項。
如果您停用 JIT 編譯器,傳輸量會明顯降低。因此,基於效能,請維持 JIT 已啟用。
資訊 | 值 |
---|---|
資料類型 | 布林 |
預設值 | false(JIT 已啟用) |
建議 | JIT 已啟用 |
作業系統名稱
指定給定作業系統的 JVM 設定。
當程序開始時,該程序會利用指定給節點的 JVM 設定,作為作業系統的 JVM 設定。