Resin调优（JVM，性能参数，apache集成）

一、resin性参监控

1.在resin.conf文件下加入以下几段：

  1. <servlet-mapping servlet-class=‘com.caucho.servlets.ResinStatusServlet‘>
  2. <url-pattern>/resin-status</url-pattern>
  3. <init enable="read"/>
  4. </servlet-mapping>

当访问http://域名/resin-status时即可监控resin的性能。

2.也可以利用resin-admin的功能，需要在resin.conf加入以下代码：

  1. <web-app id="/resin-admin" root-directory="${resin.home}/php/admin">
  2. <!--
  3. - Administration application /resin-admin
  4. -
  5. - password is the md5 hash of the password.
  6. - localhost is true to limit access to the localhost
  7. -->
  8. <prologue>
  9. <resin:set var="resin_admin_user" value="admin"/>
  10. <resin:set var="resin_admin_password" value="123456"/>
  11. <resin:set var="resin_admin_external" value="false"/>
  12. </prologue>
  13. </web-app>

进入http://域名/resin-admin后得到一个密码，然后在<resin:set var="resin_admin_password" value="123456"/>位置将该密码改成此密码。重启resin即可用帐号和密码登录resin-admin对resin性能进行更详细的监控。

二 、apache性能监控

如果resin与apache集成，在apache的httpd.conf加入以下几行：

  1. <Location /server-status>
  2. SetHandler server-status
  3. Order Deny,Allow
  4. Allow from 192.168.78.188
  5. </Location>

Allow from 为允许访问的IP。重启后访问http://域名/server-status即监测apache的性能。

三、JVM参数：

典型的jvm参数配置如下：

<!--
- The JVM arguments
-->
<jvm-arg>-Xmx1024m</jvm-arg>
<jvm-arg>-Xmn1024m</jvm-arg>
<jvm-arg>-Xss1m</jvm-arg>
<jvm-arg>-XX:PermSize=1024m</jvm-arg>
<jvm-arg>-XX:MaxPermSize=1024m</jvm-arg>
<jvm-arg>-Xdebug</jvm-arg>
<jvm-arg>-Dcom.sun.management.jmxremote</jvm-arg>
转载说明如下：

Resin的启动参数 2008年05月06日 星期二 下午 09:54

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 和 MaxNewSize 参数确定。

第一次垃圾回收循环中存活下来的对象转移到另一个池中。生还者池的大小由参数 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 来指定最小可用堆大小百分比。如果可用空间低于指定量，那么堆增长。在启用复位的方式中，此选项指定中间件和瞬态堆的可用空间的最小百分率。这是一个 0 到 1 之间的浮点数。缺省值为 .3（30%）。

-server | -client
基 于 Sun 的 Java Development Kit（JDK）V1.4.2 中的 Java 热点技术引入了一种自适应 JVM，该
JVM 包含用于随着时间的推移而优化字节码执行的算法。JVM 以两种方式运行，分别为 -server 和 -client。如果您使用缺省值
-client 方式，将会获得较快的启动时间以及较小的内存占用量，但是获得的扩展性能也较低。如果有足够的时间来允许 HotSpot JVM
通过执行连续执行字节代码来热身，您可以使用 -server 方式以增强性能。在大多数情况下，应该使用 -server
方式，这将长时间地保持运行时执行高效运行。您可以监控进程大小以及服务器启动时间，来检查 -client 和 -server 之间的区别。

resin 的高负载配置

每天10**9 的展示数。

10**8 的请求数。

每台机器10**7

3600*24 = 10**5

平均处理请求数： 10**2 =100 个。

启动500 个线程时：java.lang.OutOfMemoryError: unable to create new native thread

参考：http://hzlinux.blog.bokee.net/bloggermodule/blog_viewblog.do?id=219280

http://forum.java.sun.com/thread.jspa?threadID=615505&messageID=4450486

当你创建一个java线程时，除了在JVM中创建Thread对象外，还需要操作系统创建相应的“线程”； Java1.4 每个线程要默认使用256k的 stack size， 而Java1.5 要用1M。

Absurd but true: to create more threads you have to reduce the memory allocated to the JVM.

This formula gives a decent estimate for the number of threads you can create:
(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads

For Java 1.5 I get the following results assuming that the OS reserves about 120MB:
1.5GB allocated to JVM: (2GB-1.5Gb-120MB)/(1MB) = ~380 threads
1.0GB allocated to JVM: (2GB-1.0Gb-120MB)/(1MB) = ~880 threads

ulimit -a 可以看出系统中目前对stack size 的最大限制， 目前系统为 8192k或 10240k； 但实际的stack size应该不是这个吧？

ulimit -s 512 设置stack size 的限制为512k。

减少heap size（-Xms -Xmx）， 就能腾出一些空间给 stack size(-Xss)。

Resin 的性能调谐（http://www.caucho.com/resin-3.0/config/tuning.xtp）

thread-max:

每个servlet请求都会有一个相应的thread来处理，所以 thread-max　决定了resin 能处理的最大并发请求个数。

keep-alives:

用于resin与http server间复用connection， 一个connection可以处理多个请求。

<keepalive-max>500</keepalive-max>
     <keepalive-timeout>120s</keepalive-timeout>

request-timeout【resin3 下没有这个参数，重启时出错】:

每个connection 在idle的状态下，resin关掉它之前，只能存在限定的时间。
如果在这个特定时间内，client没有新的请求过来，resin将关闭这个 TCP Socket。 这个timeout
可以防止idle的连接过度使用resin资源。

<cluster>
     <client-live-time>20s</client-live-time>

<srun port="6802" read-timeout="30s"/>
   </cluster>

read-timeout
will close srun connections，client-live-time is the time the plugin
will keep a connection open. read-timeout must always be larger than
client-live-time, otherwise the plugin will try to reuse a closed
socket.

thread-keepalive【resin3下没有这个参数】：

Number
of threads to be used in keepalive requests. When Resin is used in
combination with a web server, like Apache or IIS, Resin will reuse the
socket connection to that web server if possible. thread-keepalive
specifies the number of theads that can be used in these keepalive
connections.

Resin调优（JVM，性能参数，apache集成）

时间： 2024-10-24 06:41:51

Resin调优（JVM，性能参数，apache集成）的相关文章

如何调优JVM

堆设置 -Xmx3550m:设置JVM最大堆内存 为3550M. -Xms3550m:设置JVM初始堆内存 为3550M.此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存. -Xss128k:设置每个线程的栈 大小.JDK5.0以后每个线程栈大小为1M,之前每个线程栈大小为256K.应当根据应用的线程所需内存大小进行调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右. -Xmn2g:

通过案例学调优之--Oracle参数（db_file_multiblock_read_count）

通过案例学调优之--Oracle参数(db_file_multiblock_read_count) 应用环境: 操作系统: RedHat EL55 Oracle:   Oracle 10gR2   Oracle DB_FILE_MULTIBLOCK_READ_COUNT是Oracle比较重要的一个全局性参数,可以影响系统级别及sessioin级别.主要是用于设置最小化表扫描时Oracle一次按顺序能够读取的数据块数.通常情况下,我们看到top events中的等待事件db file scatte

通过案例学调优之--RECORDS_PER_BLOCK参数

通过案例学调优之--RECORDS_PER_BLOCK参数      RECORDS_PER_BLOCK参数用于设定每个BLOCK中记录数的最大值,其先找到当前表所有BLOCK中容纳的最大行数,并会把这个数字记录到数据字典,以后任何导致BLOCK行数超过这个数字的插入都会被拒绝. RECORDS_PER_BLOCK参数是为位图索引而生的,能够改善位图索引的存储,减小位图索引的长度.这样,利用该位图索引的时候,就能获得比较好的效率了.     测试案例: 1.表默认的存储分析 15:45:46 [

使用DMV，诊断和调优DB性能。

使用DMV,诊断和调优DB性能. 查看等待统计信息,找出SQL Server慢在哪里: SELECT wait_type , SUM(wait_time_ms / 1000) AS [wait_time_s] FROM sys.dm_os_wait_stats DOWS WHERE wait_type NOT IN ( N'BROKER_EVENTHANDLER', N'BROKER_RECEIVE_WAITFOR', N'BROKER_TASK_STOP', N'BROKER_TO_FLUSH

JVM调优-推荐启动参数

对JVM的设定将会很大程序上影响程序的运行,在不理想的情况下,即使服务器资源还比较充足,也容易出现运行缓慢或OutOfMemory的状况. 对JVM的调优首先要了解JVM的执行状况,Java提供了一些工具帮助我们了解JVM的情况.其中jmap可以看到启动程序的参数设定后的总体状况. 使用jmap -heap 可以总体上了解目前JVM的设定和内存使用情况.如: $ jmap -heap 9112 Attaching to process ID 15241, please wait... Debug

java性能调优---------------------JVM调优方案

JVM的调优的主要过程有: 1.确定堆内存大小(-Xmx.-Xms) 2.合理分配新生代和老年代(-XX:NewRatio.-Xmn.-XX:SurvivorRatio) 3.确定永久区大小(-XX:Permsize.-XX:MaxPermSiize) 4.选择垃圾回收器 5.对垃圾回收器进行合理设置 6.禁用GC(-XX:+DisableExplicitGC) 7.禁用类元数据回收(-Xnoclassgc) 8.禁用类验证(-Xverify:none) 原文地址:https://www.cnb

如何调优JVM - 优化Java虚拟机（大全+实例）

堆设置 -Xmx3550m:设置JVM最大堆内存 为3550M. -Xms3550m:设置JVM初始堆内存 为3550M.此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存. -Xss128k:设置每个线程的栈 大小.JDK5.0以后每个线程栈大小为1M,之前每个线程栈大小为256K.应当根据应用的线程所需内存大小进行调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右. -Xmn2g:

Mysql数据库调优和性能优化

1. 简介 在Web应用程序体系架构中,数据持久层(通常是一个关系数据库)是关键的核心部分,它对系统的性能有非常重要的影响.MySQL是目前使用最多的开源数据库,但是mysql数据库的默认设置性能非常的差,仅仅是一个玩具数据库.因此在产品中使用MySQL数据库必须进行必要的优化. 优化是一个复杂的任务,本文描述MySQL相关的数据库设计和查询优化,服务器端优化,存储引擎优化. 2. 数据库设计和查询优化 在MySQL Server性能调优中,首先要考虑的就是Database Schema设计,和

Linux TCP/IP调优-Linux内核参数注释

固定文件的内核参数 下列文件所在目录: /proc/sys/net/ipv4/ 名称 默认值 建议值 描述 tcpsyn_retries 5 1 对于一个新建连接,内核要发送多少个SYN连接请求才决定放弃.不应该大于255,默认值是5,对应于180毫秒左右时间.(对于大负载而物理通信良好的网络来说,这个值偏高,可以修改为2.这个值仅仅是针对对外的连接,对进来的连接,是由tcp_retries1决定) tcp_synack_retries 5 1 对于远端的连接请求SYN,内核会发送SYN+ACK