Resin啓動參數詳細說明

1.命令行參數(Command-line arguments)

-install (Windows) install Resin as a service (but doesn't automatically start.)

-install-as xxx (Windows) install Resin as a named service (but doesn't utomatically start.)

-remove (Windows) install Resin as a service (but doesn't automatically start.)

-remove-as xxx (Windows) remove Resin as a named service (but doesn't automatically start.)

2.JDK參數(JDK arguments:在Httpd.sh參數的配置)
<1>．文件位置：${resin30}/bin/httpd.sh

<2>．args='-J-server -Xms200m -Xmx1024m -Xloggc:./log/gc.log -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Djava.awt.headless=true'
參數說明:

(1)J-server -Xms200m -Xmx1024m 其中，-Xms200m 表示啓動時，初時內存大小，-Xmx1024m最大內存佔用大小。(-Xmn100m可選)

(2)-XX:MaxNewSize=256m -XX:MaxPermSize=256m 表示：內存的永久保存區域(PermGen space)的大小,PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域OutOfMemoryError: PermGen space從表面上看就是內存溢出，解決方法也一定是加大內存。說說爲什麼會內存益出：這一部分用於存放Class和Meta的信息,Class在被 Load的時候被放入PermGen space區域，它和和存放Instance的Heap區域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理
一般 -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m這些值不需要設置的，除非perm溢出，設置一下MaxPermSize就行,啓動腳本加上-server後，也不用在設置MaxNewSize。

(3)-Djava.awt.headless=true 解決在linux/unix驗證碼圖片不能顯示的問題。

3.通用 JVM 參數

指定傳遞到啓動應用程序服務器進程的 Java 虛擬機代碼的命令行參數。

下面是可以在“通用 JVM 參數”字段中輸入的可選命令行參數。如果輸入多個自變量，請在每個自變量之間輸入空格。
重要： 如果該參數表明它僅適用於 IBM Developer Kit，您就無法爲另一個 JVM 使用該參數，例如 Sun JDK 或 HP JDK。
-Xquickstart
可以使用 -Xquickstart 來以低於缺省方式的優化級別進行初始編譯。之後，根據採樣結果的不同，可以採用缺省方式下初始編譯的級別來進行重新編譯。適合於早期的平均速度比長期運行吞吐量更爲重要的應用程序 -Xquickstart。在某些調試方案、測試裝置和短時間運行的工具中，可以將啓動時間縮短 15% 到 20%。

-Xverify:none
如果在類裝入期間要跳過類驗證階段，可以使用 -Xverify:none。在啓用即時（JIT）編譯器的情況下使用 -Xverify:none 能夠將啓動時間縮短 10-15%。

-Xnoclassgc
可以使用 -Xnoclassgc 來禁用類垃圾回收。此操作可以提高類重用程度，並可以略微提高性能。但是，其代價是您無法收集這些類擁有的資源。可以使用 verbose:gc 配置設置（此設置將輸出類垃圾回收統計信息）來監控垃圾回收。檢查這些統計信息將幫助您理解再生的資源和再生資源必需的垃圾回收量之間的平衡。然而，如果在您的工作負載中反覆地垃圾回收同一組類，那麼您應該禁用垃圾回收。缺省情況下，啓用類垃圾回收。

-Xgcthreads
可以同時使用數個垃圾回收線程，這也稱爲並行垃圾回收。在“通用 JVM 參數”字段中輸入此值時，還要輸入您的機器的處理器數，例如，-Xgcthreadsn，其中 n 是處理器數。在具有 n 個處理器的節點上，缺省線程數是 n。如果您的機器有多個處理器，那麼您應該使用並行垃圾回收。此參數僅對於 IBM Developer Kit 是有效的。

-Xnocompactgc
可以使用 -Xnocompactgc 來禁用堆壓縮，這是成本最高的垃圾回收操作。在 IBM Developer Kit 中避免壓縮。如果您禁用堆壓縮，那麼消除了所有相關的開銷。

-Xinitsh
可以使用 -Xinitsh 來設置存儲類對象的堆的初始大小。方法定義和靜態字段也與類對象一起存儲。儘管系統堆大小沒有上限，但是設置初始大小，以避免產生涉及調用操作系統內存管理器的擴展系統堆大小的花銷。您可以通過了解 WebSphere Application Server 產品中裝入的類數目（大約是 8,000 個類）以及它們的平均大小，來計算理想的初始系統堆大小。瞭解應用程序可幫助您將它們計算進去。您只可以爲 IBM Developer Kit 使用此參數。

-Xgpolicy
可以使用 -Xgpolicy 來設置垃圾回收策略。如果垃圾回收策略（gcpolicy）設置爲 optavgpause，使用併發作標記跟蹤在堆滿之前從堆棧啓動的應用程序線程。垃圾回收器暫停變得協調統一了，並且長時間的暫停也不再明顯了。其代價是吞吐量降低，這是因爲線程可能必須要執行額外的操作。缺省的建議值爲 optthruput。輸入值 -Xgcpolicy:[optthruput|optavgpause]。您只可以爲 IBM Developer Kit 使用此參數。

-XX
基於 Sun 的 Java Development Kit（JDK）V1.4.2 有生成垃圾回收功能，這允許分隔內存池以包含不同時效的對象。垃圾回收循環根據時效收集與其他對象彼此獨立的對象。使用其他參數，您可以單獨設置內存池的大小。爲了實現更好的性能，您應該對包含短期存活對象的池的大小進行設置，以使該池中的對象的存活時間不會超過一個垃圾回收循環。新生成的池的大小由 NewSize 和 MaxNewSiz 參數確定。

第一次垃圾回收循環中存活下來的對象轉移到另一個池中。生還者池的大小由參數 SurvivorRatio 確定。如果垃圾回收變成了瓶頸，您可以嘗試定製生成池設置。要監控垃圾回收統計信息，使用 Tivoli Performance Viewer 中的對象統計信息或 verbose:gc 配置設置。輸入下列值：
-XX:NewSize (lower bound)
-XX:MaxNewSize (upper bound)
-XX:SurvivorRatio=NewRatioSize
缺省值爲：NewSize=2m MaxNewSize=32m SurvivorRatio=2。但是，如果 JVM 的堆大小大於 1GB，那麼應該使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者將堆的總大小的 50% 到 60% 分配給新生成的池。

-Xminf
可以使用 -Xminf 來指定最小可用堆大小百分比。如果可用空間低於指定量，那麼堆增長。在啓用復位的方式中，此選項指定中間件和瞬態堆的可用空間的最小百分率。這是

-server | -client
基於 Sun 的 Java Development Kit（JDK）V1.4.2 中的 Java 熱點技術引入了一種自適應 JVM，該 JVM 包含用於隨着時間的推移而優化字節碼執行的算法。JVM 以兩種方式運行，分別爲 -server 和 -client。如果您使用缺省值 -client 方式，將會獲得較快的啓動時間以及較小的內存佔用量，但是獲得的擴展性能也較低。如果有足夠的時間來允許 HotSpot JVM 通過執行連續執行字節代碼來熱身，您可以使用 -server 方式以增強性能。在大多數情況下，應該使用 -server 方式，這將長時間地保持運行時執行高效運行。您可以監控進程大小以及服務器啓動時間，來檢查 -client 和 -server 之間的區別。