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 之间的区别。