通过JavaEye2.0网站看ruby on rails性能
ruby on rails作为web开发框架，通常被认为性能很差，并因此被置疑其前景。JavaEye2.0网站使用ruby on rails开发，已经上线运行一个月了，通过这一个月的运行，我们可以对ruby on rails的性能有一个初步的认识。
JavaEye2.0运行的服务器硬件配置：
[quote]HP DL145 G1，两路AMD Operton 2GHz CPU， 4G DDR RAM， 73G SCSI 15k Disk
[/quote]
这是一个标准的低端1U机架式服务器，大概能够以15k价格购买到，可以说是相当便宜的硬件配置了。
JavaEye2.0的软件运行环境：
[quote]Linux Kernel-2.6.7，lighttpd-1.4.13，MySQL-5.0，ruby-1.8.4(GC patch)[/quote]
此外服务器上面还运行了Email Server，Tomcat等服务
在JavaEye2.0刚刚上线的时候，启动了50个FastCGI ruby进程，发现大量空闲FastCGI进程，随后根据运行情况，不断减少进程数量，目前只启动了20个FastCGI进程，因此负载量还是很轻的。
服务器的平均CPU使用率在繁忙的时候，大概15%左右，MySQL数据库繁忙的时候平均每秒发送超过100条SQL语句，24小时平均每秒发送45条SQL语句。硬盘IO非常少，每秒读硬盘非常低，每秒写硬盘平均200KB左右(操作系统进行了充分的disk cache，MySQL Cache使用率也几乎满了)。
通过上面这些服务器运行情况，可以大致得出一个结论，目前JavaEye2.0网站在这种低端硬件上面的负载量非常轻，对硬件消耗不大。
目前JavaEye2.0网站使用了Google Analytics来统计网站的访问量。根据这一个月的统计量，周一到周五一般每天动态网页PageView超过5万，周六周日和国庆期间每天动态网页PageView超过2万。但是根据对rails的production.log进行统计，24小时，rails正常处理的、状态为200 OK的Action动态请求数量有12万多。也就是说网站每天正常处理动态请求超过了12万。
由于网站的访问量大部分集中在早上9.00到晚上9.00这12个小时的范围内。因此可以大致粗略的认为12小时处理12万动态请求，平均每小时处理1万动态请求，也就是说平均每秒处理3个动态请求。
观察production..0X秒，少量请求是0.X秒，如果我们按照平均每个请求处理时间为0.1秒计算，那么一个FastCGI进程每秒可以处理10个请求，从目前JavaEye2.0网站的运行状况来看，支撑每天60万动态请求，看来是毫无问题的。所有的这些还是没有对程序进行必要的Cache优化所取得的，如果对程序进行充分的优化，达到每天支撑100万动态请求也是可以做到的。
如果一个网站能够到达每天50万动态请求，已经是一个相当大的网站了，对于那些企业应用来说，访问量也往往达不到这么大的流量，因此从JavaEye2.0网站的运行情况来看，ruby on rails在性能方面并不会成为一个问题。
JavaEye2.0运行的服务器硬件配置：
[quote]HP DL145 G1，两路AMD Operton 2GHz CPU， 4G DDR RAM， 73G SCSI 15k Disk
[/quote]
这是一个标准的低端1U机架式服务器，大概能够以15k价格购买到，可以说是相当便宜的硬件配置了。
JavaEye2.0的软件运行环境：
[quote]Linux Kernel-2.6.7，lighttpd-1.4.13，MySQL-5.0，ruby-1.8.4(GC patch)[/quote]
此外服务器上面还运行了Email Server，Tomcat等服务
在JavaEye2.0刚刚上线的时候，启动了50个FastCGI ruby进程，发现大量空闲FastCGI进程，随后根据运行情况，不断减少进程数量，目前只启动了20个FastCGI进程，因此负载量还是很轻的。
服务器的平均CPU使用率在繁忙的时候，大概15%左右，MySQL数据库繁忙的时候平均每秒发送超过100条SQL语句，24小时平均每秒发送45条SQL语句。硬盘IO非常少，每秒读硬盘非常低，每秒写硬盘平均200KB左右(操作系统进行了充分的disk cache，MySQL Cache使用率也几乎满了)。
通过上面这些服务器运行情况，可以大致得出一个结论，目前JavaEye2.0网站在这种低端硬件上面的负载量非常轻，对硬件消耗不大。
目前JavaEye2.0网站使用了Google Analytics来统计网站的访问量。根据这一个月的统计量，周一到周五一般每天动态网页PageView超过5万，周六周日和国庆期间每天动态网页PageView超过2万。但是根据对rails的production.log进行统计，24小时，rails正常处理的、状态为200 OK的Action动态请求数量有12万多。也就是说网站每天正常处理动态请求超过了12万。
由于网站的访问量大部分集中在早上9.00到晚上9.00这12个小时的范围内。因此可以大致粗略的认为12小时处理12万动态请求，平均每小时处理1万动态请求，也就是说平均每秒处理3个动态请求。
观察production..0X秒，少量请求是0.X秒，如果我们按照平均每个请求处理时间为0.1秒计算，那么一个FastCGI进程每秒可以处理10个请求，从目前JavaEye2.0网站的运行状况来看，支撑每天60万动态请求，看来是毫无问题的。所有的这些还是没有对程序进行必要的Cache优化所取得的，如果对程序进行充分的优化，达到每天支撑100万动态请求也是可以做到的。
如果一个网站能够到达每天50万动态请求，已经是一个相当大的网站了，对于那些企业应用来说，访问量也往往达不到这么大的流量，因此从JavaEye2.0网站的运行情况来看，ruby on rails在性能方面并不会成为一个问题。