通过JavaEye2.0网站看ruby on rails性能

ruby on rails作为web开发框架，通常被认为性能很差，并因此被置疑其前景。JavaEye2.0网站使用ruby on rails开发，已经上线运行一个月了，通过这一个月的运行，我们可以对ruby on rails的性能有一个初步的认识。

JavaEye2.0运行的服务器硬件配置：

引用

HP DL145 G1，两路AMD Operton 2GHz CPU， 4G DDR RAM， 73G SCSI 15k Disk

这是一个标准的低端1U机架式服务器，大概能够以15k价格购买到，可以说是相当便宜的硬件配置了。

JavaEye2.0的软件运行环境：

引用

Linux Kernel-2.6.7，lighttpd-1.4.13，MySQL-5.0，ruby-1.8.4(GC patch)

此外服务器上面还运行了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在性能方面并不会成为一个问题。

评论

35 楼 dearsuper 2007-09-04  

robbin，实践者。是那些真正的实践者，在影响世界。

34 楼 strongkill 2007-09-04  

小弟的网站也是用lighttpd+ruby做的.http://www.strongd.net
感觉比PHP+APACHE好很多.

33 楼 jimxl 2007-09-01  

kris_xu 写道

当今硬件应该不是效率的瓶颈了吧。这么精确的计算能够说服企业用ruby？
现在有支持ruby的空间么？

现在这样的空间太多了.

32 楼 gigix 2007-09-01  

kris_xu 写道

当今硬件应该不是效率的瓶颈了吧。这么精确的计算能够说服企业用ruby？
现在有支持ruby的空间么？

企业应用不会用共享空间的

31 楼 uu4u 2007-09-01  

呵呵，今天才看到，有点相见恨晚的感觉，其实，从年初就开始学习RoR，但是，一直仅限于Demo似的的开发学习，没有真正的做过项目，而且是三天打鱼，两天晒网的。看来，还要好好学习学习的。

30 楼 read 2007-05-31  

关注！

29 楼 jinweijie 2007-05-22  

cool site!

因为这个使用ror写的，所以我把blog搬过来了！

28 楼 深蓝_ 2007-05-21  

Ruby On Rails和 Grails 性能相比呢？？

27 楼 kris_xu 2007-05-17  

当今硬件应该不是效率的瓶颈了吧。这么精确的计算能够说服企业用ruby？
现在有支持ruby的空间么？

26 楼 bruce.lu 2007-05-17  

studying

25 楼 bruce.lu 2007-05-17  

good article, thanks, hoping 4 more ones like this...

24 楼 basicbest 2007-02-09  

从实际情况来看，性能还是很不错的。

Robbin有没有兴趣实际做一下压力测试？

我很想知道，每秒10 20 50 100个并发请求下的实际表现。

23 楼 nwangwei 2007-02-08  

robbin 写道

JavaEye2.0的软件运行环境：

引用

Linux Kernel-2.6.7，lighttpd-1.4.13，MySQL-5.0，ruby-1.8.4(GC patch)

......

服务器的平均CPU使用率在繁忙的时候，大概15%左右，MySQL数据库繁忙的时候平均每秒发送超过100条SQL语句，24小时平均每秒发送45条SQL语句。硬盘IO非常少，每秒读硬盘非常低，每秒写硬盘平均200KB左右(操作系统进行了充分的disk cache，MySQL Cache使用率也几乎满了)。

我比较关心数据库，问一下您使用的是 MySQL 的什么数据库格式呢，最大的表格有多少的数据量呢？
一般 SQL 语句中select、insert和update的比率大概是多少呢？



感觉 Web 应用确实在数据库上花费时间很多哎～

22 楼 thegiive 2007-02-06  

Physon 写道

比 PHP 不是慢一点哦. 不过也是, 能满足需求就好, 而且还有很多非语言级别的措施. 但是, 别忽略了, 如果 PHP 或是 Java 也来一个轻量级的框架呢? 因此, 要想挤进企业级应用, Ruby 本身任重而道远.

PHP 的確比 Ruby 快，不過 PHP 的框架跟 Ruby 的框架校能比呢？
這個 benchmark 剛好做出相反地結果
http://lightyror.thegiive.net/2007/01/rubypythonperlphp.html

語言的快慢是一回事，用效能比較快的語言並不代表這個語言的框架會比較快
還是一句話「當語言的效能差距不大時，框架設計者他們的實做的功力分高下」

21 楼 robbin 2007-02-03  

Physon 写道

比 PHP 不是慢一点哦. 不过也是, 能满足需求就好, 而且还有很多非语言级别的措施. 但是, 别忽略了, 如果 PHP 或是 Java 也来一个轻量级的框架呢? 因此, 要想挤进企业级应用, Ruby 本身任重而道远.

和PHP是两码事。Java还比C慢不是一点呢。

20 楼 Physon 2007-01-31  

比 PHP 不是慢一点哦. 不过也是, 能满足需求就好, 而且还有很多非语言级别的措施. 但是, 别忽略了, 如果 PHP 或是 Java 也来一个轻量级的框架呢? 因此, 要想挤进企业级应用, Ruby 本身任重而道远.

19 楼 robbin 2007-01-29  

gKarerM 写道

请教robbin一个问题，每秒钟发送的SQL数量和磁盘IO怎么查看？这方面我完全文盲

mytop, iostat

18 楼 gKarerM 2007-01-29  

请教robbin一个问题，每秒钟发送的SQL数量和磁盘IO怎么查看？这方面我完全文盲

17 楼 strongkill 2007-01-16  

不能只看单单数据来定出某种语言/框架的性能.要长时间,大家一齐用实践来证明的.

16 楼 robbin 2006-10-14  

Lucas Lee 写道

而且我想问问robbin，是不是你们的论坛没有对帖子等数据作缓存？每次访问都是到数据库里查一次？Jive论坛程序据说有大量的缓存，所以性能会很高，不知道以前这里用的PHPBB是不是也没有缓存帖子。

如果没有缓存，有这样的性能，倒还是不错的。搞缓存还是比较麻烦，能用硬件对付过去，还是节省点开发成本的好。

还没有使用任何缓存，每次动态请求都是访问数据库。