为什么不选择Apache/mod+resin?
前面一直使用该模式，mod_caucho暴露源码的bug一直未得到彻底的解决。因此切换到Nginx+resin平台。硬件上要求除了内存一定要足够大(建议>4G)，无其它要求(当然也不能太破，呵呵
)。操作系统强烈要求安装64位，32位操作系统jvm只能识别不到2G的内存，印象中是1.57G(单实例应用)。下面总结自己的一些调优方法及配置。
调优硬件环境
CPU：Intel Xeon*2(双核)
MEM：8G
SWAP:1G
一、测试32系统所支持的最大可用内存
java -XmxXXXXM -version
不断加大-Xmx的大小，截止到出现以下提示：
Could not create the Java virtual machine.
二、Nginx配置
location / {
root /var/www/app.cn;
index index.jsp;
proxy_pass http://localhost:8080;
include /usr/local/nginx/conf/proxy.conf;
}
location ~* \.(jsp|do|shtml)$ {
root /var/www/app.cn;
index index.jsp;
include /usr/local/nginx/conf/proxy.conf;
proxy_pass http://localhost:8080;
proxy_set_header X-Real-IP $remote_addr;
}
以代理的方式进行整合，静态文件继续由Nginx来解析，扩展名为jsp|do|shtml才丢给后端resin来处理。即使resin发现的故障，前端最多只会报500、502 time out的信息。
前面一直使用该模式，mod_caucho暴露源码的bug一直未得到彻底的解决。因此切换到Nginx+resin平台。硬件上要求除了内存一定要足够大(建议>4G)，无其它要求(当然也不能太破，呵呵
)。操作系统强烈要求安装64位，32位操作系统jvm只能识别不到2G的内存，印象中是1.57G(单实例应用)。下面总结自己的一些调优方法及配置。调优硬件环境
引用
CPU：Intel Xeon*2(双核)
MEM：8G
SWAP:1G
一、测试32系统所支持的最大可用内存
java -XmxXXXXM -version
不断加大-Xmx的大小，截止到出现以下提示：
Could not create the Java virtual machine.
二、Nginx配置
引用
location / {
root /var/www/app.cn;
index index.jsp;
proxy_pass http://localhost:8080;
include /usr/local/nginx/conf/proxy.conf;
}
location ~* \.(jsp|do|shtml)$ {
root /var/www/app.cn;
index index.jsp;
include /usr/local/nginx/conf/proxy.conf;
proxy_pass http://localhost:8080;
proxy_set_header X-Real-IP $remote_addr;
}
以代理的方式进行整合，静态文件继续由Nginx来解析，扩展名为jsp|do|shtml才丢给后端resin来处理。即使resin发现的故障，前端最多只会报500、502 time out的信息。
对MooseFS有了一定的了解，现在可以压压它的性能了，使用的是iozone IO测试工具。测试命令为：
./iozone -a -n 512m -g 4g -i 0 -i 1 -f /mnt/mfs/logs/test.tar.gz -Rb ./iozone.xls -C
测试说明
1、/mnt/mfs/logs/test.tar.gz大小为9.2G，大于服务器物理内存(8G)。
2、获取挂载的分区的write、re-write、read、re-read数据。
测试数据
一、reader report
./iozone -a -n 512m -g 4g -i 0 -i 1 -f /mnt/mfs/logs/test.tar.gz -Rb ./iozone.xls -C
测试说明
1、/mnt/mfs/logs/test.tar.gz大小为9.2G，大于服务器物理内存(8G)。
2、获取挂载的分区的write、re-write、read、re-read数据。
测试数据
一、reader report
