![]() |
|
![]() |
#1 |
注册日期: 2009-01-02
帖子: 13
现金:3金币
资产:3金币
![]() |
建议你先简单分析一下,高负荷的瓶颈在哪里,通常,有针对性的优化比一般性的折腾要有效些
|
![]() |
![]() |
![]() |
#2 |
注册日期: 2008-12-05
帖子: 21
现金:21金币
资产:21金币
声望: 10
![]() |
稳定为主,可以测试一下nginx的效果,然后再迁移
|
![]() |
![]() |
![]() |
#3 |
注册日期: 2009-07-01
帖子: 16
现金:-5金币
资产:-5金币
声望: 10
![]() |
毕竟fastcgi的TCP连接也可能成为瓶颈, 对的...
|
![]() |
![]() |
![]() |
#4 |
注册日期: 2008-08-16
帖子: 15
现金:-8金币
资产:-8金币
声望: 10
![]() |
在linux下fastcgi的开销远比apache的多线程小,所以php编译到apache模块中没有优势。windows下刚好相反 可以放狗搜C10K相关的信息: http://www.kegel.com/c10k.html nginx的性能我只测过静态页面,比apache快3-5倍,并且系统开销小很多 至于说到稳定性,可能需要时间的考验。即便是apache也不是所有的版本都稳定的,所以许多网址不会轻易更换apache的版本 |
![]() |
![]() |
![]() |
#5 | |
注册日期: 2008-08-29
帖子: 34
现金:43金币
资产:43金币
声望: 10
![]() |
引用:
![]() |
|
![]() |
![]() |
![]() |
#6 | |
注册日期: 2009-06-29
帖子: 20
现金:8金币
资产:8金币
声望: 10
![]() |
引用:
|
|
![]() |
![]() |
![]() |
#7 |
注册日期: 2008-11-14
帖子: 11
现金:16金币
资产:16金币
声望: 10
![]() |
10倍夸张了,很多问题要综合考量。 而且fastcgi跑php有时候还有些问题,压力大的业务fastcgi没配好的话,nginx容易出502错误, 尽量还是apache吧,除非要用到nginx的一些特性。
|
![]() |
![]() |