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 之間的區別。