全球主机交流论坛

标题: apache不论并发性能只讲速度 ip不大的情况下好像不比nginx差 [打印本页]

作者: suzizi 时间: 2013-4-22 21:19
提示: 作者被禁止或删除内容自动屏蔽

作者: a35253283 时间: 2013-4-22 21:24
apache在在线人数多的时候，会让你死的很惨，除非你内存够大

作者: 冰剑 时间: 2013-4-22 21:25
apache是做后端的 nginx做前端两者没有可比性

作者: buzz 时间: 2013-4-22 21:26
能够并存这么长时间肯定是各有千秋的

作者: myjunrui 时间: 2013-4-22 21:30
看看2.4的版本介绍吧

作者: 404 时间: 2013-4-22 21:31
你产生幻觉了......

作者: 用户名 时间: 2013-4-22 21:31
不要拿AP与NG相提并论

俩个世界的产物，根本不是一回事

作者: suzizi 时间: 2013-4-22 21:34
提示: 作者被禁止或删除内容自动屏蔽

作者: ohmyga 时间: 2013-4-22 21:34
apache 处理php 是最强大的。。。

作者: suzizi 时间: 2013-4-22 21:36
提示: 作者被禁止或删除内容自动屏蔽

作者: myjunrui 时间: 2013-4-22 21:38

suzizi 发表于 2013-4-22 21:36
2.4 怎么了？？

性能NB呗.....

作者: 404 时间: 2013-4-22 21:49
本帖最后由 404 于 2013-4-22 07:50 编辑

suzizi 发表于 2013-4-22 07:34
不会差很多吧 AP再用上google开发的那个page speed

webserver属于IO bound, lighttpd、nginx玩的异步协程才是王道，相反的mod_pagespeed属于cpu bound, 放nginx、lighttpd上会狠狠的把并发行拖下去

大公司很多用apache倒不是为了性能，而是历史遗留问题， 2.4内核没epoll(甚至2.6低版本epoll也有惊群问题), 用了lighttpd、nginx也白用，还不如继续apache

apache2.4为了提升性能引入Event MPM, 这个就是走了lighttpd、nginx的路子

作者: suzizi 时间: 2013-4-22 22:17
提示: 作者被禁止或删除内容自动屏蔽

作者: 404 时间: 2013-4-22 22:32

suzizi 发表于 2013-4-22 08:17
好顿理解但是还是只能理解一小部分意思。你看我理解的对不对？

你的意思是apache本来是IO不够 cpu空闲 ...

你搞错了

webserver就是典型的IO bound操作，所以apache这种背着沉重历史包袱针对cpu bound的搞法相对nginx来说既浪费又低效

至于例子
apache是100个人烧100桶水，调度开销大，人事成本也大对吧? 这时候要是有个倒水的发呆(cpu bound操作)，同时还有99个人能响应

nginx是1个人烧100桶水，他只需要注意烧水和水开两件事，成本低，开销小，效率高。但是他一个人发呆几秒，在这几秒内就全完了。

当然可以通过多开nginx进程来增加烧水人员了，不过对于传统IO bound操作来说， nginx单进程跑几千个并发跟玩儿一样，需要多开么?

作者: xen 时间: 2013-4-22 22:32
标题: RE: apache不论并发性能只讲速度 ip不大的情况下好像不比nginx差

ohmyga 发表于 2013-4-22 21:34
apache 处理php 是最强大的。。。

充其量就算之一

作者: suzizi 时间: 2013-4-22 22:50
提示: 作者被禁止或删除内容自动屏蔽

作者: flydon 时间: 2013-4-22 23:00
技术贴围观。难道我要将阿里云的apache换成nginx？

作者: 安然 时间: 2013-4-22 23:02
現用2.4.4~另外解釋下Litespeed是怎樣

作者: ahao358 时间: 2013-4-22 23:11
进来学习了！

作者: hostv 时间: 2013-4-23 02:04
CPU定的住，自然区别不大。

作者: zhouzhijun 时间: 2013-4-23 03:58
其实只要server够强大，配置合理，apache还是强大的王者，

什么样的站，什么样的负载，考虑什么样的东东

作者: sdgl212 时间: 2013-4-23 08:37
小白路过

欢迎光临全球主机交流论坛 (https://sunk.eu.org/)