（转）豆瓣的程序性能真的很惊人，但...

http://www.dbanotes.net/arch/douban_web_server.html

在老冯同学的博客上看到的文章。里面介绍说豆瓣网站的情况如下：

一台Web服务器运行Lighttpd，每天处理2500万个request，峰值每秒处理1000个request；
一台应用服务器运行Python，每天处理500万PV；
数据库服务器运行MySQL，负载情况没有介绍。

我对比了一下JavaEye网站的服务器运行情况，我们是一台Web+应用服务器，一台数据库服务器，如下：

Web服务器运行Lighttpd，每天处理430万个request，峰值每秒处理150个request，平均每秒处理50个request；
Web服务器运行Ruby 1.8.6 + Rails 1.2.6，每天处理70万动态请求(去掉404，301状态的请求，只统计200的)，如果算PV的话，去掉RSS订阅请求，AJAX请求，估计PV在60万左右；
数据库服务器运行MySQL，CPU负载不高，在5%-30%之间波动。

豆瓣的Lighttpd峰值每秒处理1000个request，到不让人觉得意外，因为Lighttpd本身就是设计能够并发处理上万个request的。但是豆瓣用单台服务器支撑500万动态请求，确实是很惊人的数据！看阿北介绍说，豆瓣的应用服务器是一台单颗双核AMD Opteron，JavaEye的Web服务器是两路老的单核的AMD Opteron，主频是2GHz，豆瓣的应用服务器是新的单颗双核AMD Opteron，主频不详。

目前JavaEye的Web服务器运行Lighttpd，Memcached，Email Server和Ruby的FastCGI，除了ruby之外，其他应用消耗的CPU资源都极少，Web服务器在峰值期间的CPU负载在35-50%之间波动，非峰值期间回落到20-30%。假设应用程序不做针对性优化，我估计这台服务器可以支撑到100万到120万PV，但要更高就很困难了。不过JavaEye要达到这样的访问量，估计还得一年时间。到那个时候再想办法也不迟。不过设想到这样的程度，我到宁愿加一台服务器立马解决问题，而不是投入人力去费时耗力的优化程序代码。

豆瓣使用的Python性能要比Ruby好很多，但即便如此，在同样硬件条件下，用Python支撑到500万以上，也是非常困难的，可以想像的是大量运用了页面的局部缓存，以及对程序和框架的优化达到了极致，这一点，不得不佩服豆瓣的技术人员的性能优化水准和所下的功夫。

不过，对于豆瓣只用一台应用服务器支撑500万PV，我觉得没有必要。豆瓣有2000万人民币的投资，增加一台服务器一次性开支不超过1.5万，每年托管费多支出0.5万而已，九牛一毛。但在今天一个资深程序员月薪都要超过1.5万的情况下，为了节省这点钱而需要对应用程序进行深度优化而投入的人力成本，远远超过2万元。豆瓣新版本刚上线的一段时间之内，网站访问速度非常缓慢，最近速度慢慢的提升上来了，似乎也从侧面证明了这一点。干吗不多部署几台应用服务器，让用户从一开始就享受良好的速度体验呢？而用一台应用服务器支撑，等着优化程序代码来提升访问速度呢？CSDN网站每天有600多万访问量，比豆瓣的访问量略高一些，CSDN有30多台服务器，其实服务器少不见得就有多好，服务器多也不见得就是什么坏事。用投入硬件的方式可以解决的性能问题，总是会比软件优化方式来得成本低。