|
锁定老帖子 主题：关于Rails Scaling的系列文章
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-04-20
值得阅读
http://poocs.net/articles/2006/03/13/the-adventures-of-scaling-stage-1 1台lighttp proxy服务器,4台应用服务器，2台数据库服务器 引用 The application servers are dual Xeon 3.06GHz, 2GB RAM, SCSI U320 HDDs RAID-1. The database servers are dual Xeon 3.06GHz, 4GB RAM, SCSI U320 HDDs RAID-1. The proxy server is a single P4 3.0GHz, 2GB RAM, SCSI U320 HDDs RAID-1.
Without changing the hardware we were able to improve the performance of our setup while still adding features to the application by configuration optimization and changes to the application code. In numbers: We were maxed out at about 750.000 page impressions per day in November (about 60GB of traffic) and now easily handle 1.200.000 page impressions per day (about 100GB of traffic) in March. That is a 1.6x improvement! 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2006-04-20
太棒的东西了，写得真好，对我很有用。
|
| 返回顶楼 | |
|
发表时间：2006-04-20
暂时我还用不到。
消除我一些疑虑，坚定的迈向ROR去。 |
| 返回顶楼 | |
|
发表时间：2006-04-20
RoR在这里的表现实在令人动心啊！
赶紧发给几个朋友看看…… |
| 返回顶楼 | |
|
发表时间：2006-04-20
very impresseive。 正在做性能测试与优化， 里面讲的经验是对任何应用都适用的， 尽管实践起来不那么简单，我现在发现瓶颈后只有发呆的份。
ruby的强大确实让人吃惊，本来以为ruby没有distributed cache, 没想到， 性能可以达到这种地步。如果scalabilty没问题的话， J2EE可真是危险啦 |
| 返回顶楼 | |
|
发表时间：2006-04-20
xiecc 写道 very impresseive。 正在做性能测试与优化， 里面讲的经验是对任何应用都适用的， 尽管实践起来不那么简单，我现在发现瓶颈后只有发呆的份。
ruby的强大确实让人吃惊，本来以为ruby没有distributed cache, 没想到， 性能可以达到这种地步。如果scalabilty没问题的话， J2EE可真是危险啦 有经验分享分享 |
| 返回顶楼 | |
|
发表时间：2006-04-20
引用 In numbers: We were maxed out at about 750.000 page impressions per day in November (about 60GB of traffic) and now easily handle 1.200.000 page impressions per day (about 100GB of traffic) in March. That is a 1.6x improvement!
充其量也是一般，还用了这么多机器。刚好我手头也有一个数据： 1个普通p4，2g 普通ram，2个sata硬盘，redhat as4，resin，spring，mysql，每天80G web流量，也是轻松支持，稳定运行近10个月。那时候用这么破的机器实在无奈，毕竟公司刚起步。 再看看这个ROR架构，快赶上java部署的复杂架构了，并不能表明所谓ROR更快性能更好。好剑的效果还是要看拿着剑的人：） 不过怎么说呢，不管什么语言来开发和运营一个全动态web网站，特别是所谓的web2.0特征的，我觉得最后的架构比这个只会更复杂，毕竟单机数据库、io、cpu、内存的吞吐量有限，而你又必须实现这样那样快速、实时的功能响应，还要应付可能发生的访问量、用户注册的井喷。 |
| 返回顶楼 | |
|
发表时间：2006-04-20
wangzy 写道 充其量也是一般，还用了这么多机器。刚好我手头也有一个数据： 1个普通p4，2g 普通ram，2个sata硬盘，redhat as4，resin，spring，mysql，每天80G web流量，也是轻松支持，稳定运行近10个月。那时候用这么破的机器实在无奈，毕竟公司刚起步。 再看看这个ROR架构，快赶上java部署的复杂架构了，并不能表明所谓ROR更快性能更好。好剑的效果还是要看拿着剑的人：） 不过怎么说呢，不管什么语言来开发和运营一个全动态web网站，特别是所谓的web2.0特征的，我觉得最后的架构比这个只会更复杂，毕竟单机数据库、io、cpu、内存的吞吐量有限，而你又必须实现这样那样快速、实时的功能响应，还要应付可能发生的访问量、用户注册的井喷。 是啊, 也有人批评7台机器多了点, 不过你也说了流量不是唯一衡量标准, 高峰时间的响应能力也很重要. 同时这篇文章不是和java相比较, 而是说相同硬件下, rails比php更能scale, 而代码量只有php十分之一甚至更少. 这就比较可观了. |
| 返回顶楼 | |
|
发表时间：2006-04-20
建议大家看看这个，这个才重量级：
http://www.example.net.cn/archives/2006/03/olivejournaloio.html 在优秀的架构下，在n年前被n多人鄙视的perl，也能够搞出非常牛的网站。 再看看目前用户增长速度最快的 myspace.com，竟然是coldfusion开发的。 我目前负责的几个项目的架构，1个负载比较大的（2年前设计的网络扩展架构）和上述这个竟然惊人相似（比如mysql的同步、全局数据库、分布式缓存），当然机器也不少，目前运行的效果也是很好：），我这个是java做的。贴一个我们换了新服务器后，负载最高的一台mysql运行差不多1个月的情况： 引用 Uptime: 3112329 Threads: 3 Questions: 836844543 Slow queries: 85 Opens: 41237642 Flush tables: 1 Open tables: 2048 Queries per second avg: 268.880 “Questions: 836844543 Slow queries: 85 ”，这个是我们cache后还访问数据库的情况。 因此设想一下，如果老板非要我换ROR，估计网络、系统架构是不会变的，只是编程发生变化，或许真的开发效率能够上去，不过我想等我团队ror能熟练到java的程度所要花费的成本估计老板很难承受得起。我觉得ROR比较适合那些经验非常丰富的技术精英小团队，他们能够快速跨过门槛和难题，并且能够迅速完成产品开发、需求变更，因为技术精干因此能够快速应对变化，因为经验丰富，因此性能和扩展不成问题，而快速不断升级恰巧是web2.0最有有需求的一部分。 这两天看着这边ror热火朝天，俺也心痒痒了，如果条件允许哪天新项目就用它看看。 BTW：ROR是我最喜欢的论坛，可惜over了2年了，而且好像没有起死回生的迹象：（ |
| 返回顶楼 | |
|
发表时间：2006-04-20
 * 43things: ruby on rails
* douban : Python  * 豆瓣现在和43things流量相当 (alexa,2005.10) (是43things两倍: 2006.3) * 页面回应时间(包括网络): 43things: 2.6秒 豆瓣: 1.2秒 *豆瓣运行在1台自制amd athlon64双核服务器 摘自阿北的一份文档 |
| 返回顶楼 | |
