超高速AJAX轮询架构设计的Demo求测试.

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 4136 天前的主题，其中的信息可能已经有所发展或是发生改变。

地址 http://try.maxfs.org/chat.php
虽然不是服务器推,但是本人有信心承载10000左右的在线用户,求测试.

第 1 条附言 · 2013-07-29 22:44:10 +08:00

就目前情况来看,CPU使用率不足1%,VPS是linode1GB.
服务器架构是传统的Apache+Mysql,yum一键安装.

第 2 条附言 · 2013-07-30 10:23:18 +08:00

准备用PHP开发一个服务器....APACHE性能有限...

第 3 条附言 · 2013-07-30 11:44:33 +08:00

之所以不用其他的技术而是传统的老技术,主要还是为了降低搭建成本.直接把所有程序上传到根目录就可以用了,何乐而不为呢?当然,我承认这种方式实时性低,但是我觉得也有他适用的范围,性能问题最终的解决方案是架构.

测试

轮询

架构设计

66 条回复 • 1970-01-01 08:00:00 +08:00

andybest

2013-07-29 20:31:09 +08:00

超高速。。。5秒轮询。。。

dndx

2013-07-29 20:31:38 +08:00

5秒真的算不上超高速..

Actrace

2013-07-29 20:33:55 +08:00

合理优化了...

Actrace

2013-07-29 20:34:37 +08:00

@dndx
@andybest
我表达错了,超高速响应....

Actrace

2013-07-29 20:56:26 +08:00

某君用循环写数据,真邪恶啊.

ipconfiger

2013-07-29 20:58:09 +08:00

long pulling 啊，tornado啊，秒到无延迟，毋需5秒轮训啊

panlilu

2013-07-29 21:11:00 +08:00 via iPad

5秒。。太短了吧。。可以长连接到http超时的。。

Actrace

2013-07-29 21:14:21 +08:00

@ipconfiger
@panlilu
在web上做无延迟我认为没有任何意义.架构上就不合理.

panlilu

2013-07-29 21:17:15 +08:00 via iPad

@Actrace php本来不合适做这个，你试试tornado，node.js就知道什么是专业的了。。

Actrace

2013-07-29 21:38:33 +08:00

@panlilu 那些成熟的架构我知道,确实很牛逼.我想做的不是去使用别人写好的东西,而是重复造轮子,看下能不能造出更牛逼的轮子.

pubby

2013-07-29 21:43:11 +08:00

"承载10000左右的在线用户"

这个怎么理解啊，指5s内有请求的算一个在线用户吗？

如果是10000并发访问你的server.php，那得多牛的服务器才能支撑

Actrace

2013-07-29 22:03:48 +08:00

@pubby 10000同时轮询.

fucker

2013-07-29 22:19:29 +08:00

clc3123

2013-07-29 22:26:29 +08:00

我看六间房也是php轮询，够用就好～

Actrace

2013-07-29 22:29:52 +08:00

@clc3123 是啊,够用就好,简单的HTTP请求还容易分发处理.轮流发生查询关系~

loading

2013-07-29 22:34:23 +08:00

我用的1秒都没敢说神马高速。。。

vigoss

2013-07-29 23:44:40 +08:00

@ipconfiger 能给点参考资料不?这样的模型性能上会有问题么?
@loading 其实楼主说的是服务端高性能啦

不过楼主你就给个地址出来我们完全不明所以啊,应该给出你的设计是哪些地方出众了. 要是来10000并发感觉从服务器到数据库都顶不住.

Actrace

2013-07-29 23:48:13 +08:00

@vigoss 其实也只是理论而已...理论......

zythum

2013-07-30 00:08:21 +08:00

zhuyi吐槽得说：作为实时通信。5秒是不能接受的。

yautou

2013-07-30 00:09:44 +08:00

话说我想了一星期就想搭个这东西，求搭建教程~

emric

2013-07-30 01:24:32 +08:00

http://gist.github.com/6105957

aveline

2013-07-30 02:44:55 +08:00

ab 一下試試。。。

Actrace

2013-07-30 08:54:05 +08:00

@zythum 现在是3秒,而且这个不是实时通讯的工具.我个人认为只有UDP驱动的通讯软件才能算是真正意义上的实时通讯.

thursday

2013-07-30 10:06:56 +08:00

我想说socket.io

Narcissu5

2013-07-30 11:02:48 +08:00

#看下能不能造出更牛逼的轮子# 楼主好志向

Loveyuki

2013-07-30 11:04:41 +08:00

看不出任何出彩的地方。

ritksm

2013-07-30 11:09:46 +08:00

盲目的自信从何而来...

xdyl

2013-07-30 11:10:22 +08:00

我的葡萄藤之前用了的是Comet.Erlang做后端,Ajax长连接.
之前信心满满,觉得对于聊天室应用来说完全够用了.

实际应用中发现Comet的效率完全无法直视.收到消息断开连接重连的策略对于速度的影响是"刚刚的".

终于痛定思痛决定使用WebSocket了.

So.WebSocket的效率真是Happy.有兴趣的同学可以开一个多人扫雷试试看.基本上可以达到和本地扫雷相同的速度.

http://www.ptteng.com

filod

2013-07-30 13:20:32 +08:00

咦，楼主是过来说相声的么？

dulao5

2013-07-30 13:45:38 +08:00

apache + php , 因为php线程不安全，所以你一定用的是apache的进程模式。最大并发数等于最大子进程数。

你已经将apache这个设置调整成10000了吗？
然后用ab -c 10000 测试过了吗？

Actrace

2013-07-30 14:08:52 +08:00

@dulao5 求测试....

Reset

2013-07-30 14:21:00 +08:00

ipconfiger

2013-07-30 16:44:30 +08:00

@Actrace
long pulling 的效率更高，更节省服务器资源，而且响应会更快，无论怎么看都优于喜刷刷的这种方式了。
@vigoss
楼上有人说了，去看tornado或者node.js 都有chatroom的demo

Actrace

2013-07-30 16:52:44 +08:00

刷爆了.....
@dulao5
各位大爷我错了...

ipconfiger

2013-07-30 16:53:25 +08:00

@Reset 太坏了

Actrace

2013-07-30 16:55:02 +08:00

253负载...

eric_zyh

2013-07-30 16:57:58 +08:00

看完这个贴，最大的感觉 : v2ex 确实比 csdn 文明很多...

Actrace

2013-07-30 16:59:01 +08:00

内存是个硬伤啊...

lyjyiran

2013-07-30 16:59:39 +08:00

我想起某个朋友形容拿php做long pulling的比喻，万人在线就是上万个php进程此起彼伏的跳江南Style

emptyhua

2013-07-30 17:03:49 +08:00

emptyhua

2013-07-30 17:10:09 +08:00

已经义务测试咯

emptyhua

2013-07-30 17:11:00 +08:00

https://gist.github.com/emptyhua/6111449

Actrace

2013-07-30 17:16:14 +08:00

挂了...

emptyhua

2013-07-30 17:25:21 +08:00

@Actrace

/opt/node.0.10.3/bin/node ./test.js
703qps
703failed
1970qps
1970failed
1985qps
1985failed
1908qps
1908failed
2120qps
2120failed
2029qps
2029failed
2000qps
2000failed
1917qps
1917failed
2006qps
2006failed
1855qps
1855failed
2126qps
2126failed
2045qps
2045failed
2192qps
2192failed
1930qps
1930failed
1997qps
1997failed
1950qps

BOYPT

2013-07-30 17:45:52 +08:00

说了一堆表示用传统技术方便部署，然后还说有信心……哪来的信心啊（扶额

Actrace

2013-07-30 18:57:04 +08:00

linode 1GB压力很大.但是,现在已经不怕你们的压力了~~~

denghongcai

2013-07-30 18:58:48 +08:00

说实在的，用webbench你都挡不住，最基本的连接数限制你都没有，看看你的apache进程有多少吧

连轮询的架构都能把服务器拖垮

denghongcai

2013-07-30 19:00:25 +08:00

而且你的bad man，把判断语句写在php里还是一样的扛不住压力测试的，用iptables的recent模块吧

yakczh

2013-07-30 19:13:59 +08:00

这是出来丢人现眼吗，快回家打怪升级去吧，牛皮都吹爆了在天上飘

yakczh

2013-07-30 19:16:03 +08:00

php就是套模板，crud，性能垫底的脚本还玩server push，还１００００.．．

denghongcai

2013-07-30 19:20:58 +08:00

@yakczh php的性能并不弱，请不要想当然

chichan

2013-07-30 20:05:27 +08:00 via Android

楼主要明白，并发和每秒请求数不是一回事，更不是五秒轮询下的在线用户数

lhx2008

2013-07-30 20:21:05 +08:00

apache性能不行啊，好歹你也nginx吧，wenbench apache一下就挂彩了

Actrace

2013-07-30 21:00:38 +08:00

@lhx2008 看来真得nginx了.

pubby

2013-07-30 21:21:05 +08:00

nginx直接挂php也未必会好多少，这个架构决定了单机不可能支撑太多并发的。

nazor

2013-07-30 22:17:30 +08:00

测试了挂了。

Actrace

2013-07-30 22:53:49 +08:00

@pubby 其实我想说的是架构...前端是可以通过加硬件来解决负载问题的.但是架构问题不是一时半会可以修复的,大家都误会我的意思的...linode 1GB 的内存局限是摆在哪里的,我选用apache的重要原因是这个远远比nginx+php-fpm稳定,毕竟是做服务.
@nazor 恢复.

cst4you

2013-07-31 08:38:51 +08:00 via Android

看了下楼主其他帖子只有俩字：呵呵

breeswish

2013-07-31 08:55:55 +08:00 via Android

用不恰当的工具做事就是一件吃力不讨好的事情，楼主的东西在某些情况下挺有用，不过作为vps狗表示无兴趣，没有架构的约束做事各种爽。

另外5秒算超高速么，。看这个标题我还以为0.1秒把我骗了近来

Actrace

2013-07-31 09:26:48 +08:00

@breeswish 不好意思我标题党了.现在是3秒轮询.其实我觉得5秒更好,频繁网络请求会比较消耗电量,昨天没带电源回家,挂着聊天demo明显感觉续航少了很多.

pubby

2013-07-31 10:30:11 +08:00

@Actrace 其实我也是一直apache+php,稳定可靠。不过前面还是要放一个nginx啥的负责连接的玩意，要不然把apache进程浪费在一些低网速客户身上跟找死无异。

回到你的聊天demo，这架构要支撑大并发实在是不经济。

yakczh

2013-07-31 10:42:35 +08:00

@denghongcai 　弱不弱不是拿嘴吹的，同样的业务代码用不同脚本跑一下就知道

denghongcai

2013-07-31 10:45:03 +08:00

@yakczh http://benchmarksgame.alioth.debian.org/u32/benchmark.php?test=all&lang=php&lang2=yarv&data=u32
在生产环境中你试过么？优化过php的配置么？你自己才应该泡一下试试

denghongcai

2013-07-31 10:48:19 +08:00

跟你的硬件的限制没有什么关系，如果你用node.js或者python的gevent的话你的硬件是可以抗住这么多的并发的，主要是php参数的调优以及需要换用nginx的php-fpm

breeswish

2013-07-31 12:45:45 +08:00

@Actrace 以及为啥不用comet呢。。要知道轮询可是最最古老的没有技术的技术= =。。

整个互联网都已经从轮询到Ajax Long polling到Flash sockets到Websockets发展了好几代了。。轮询是多么古老的方法。。

Actrace

2013-07-31 13:44:53 +08:00

Websockets,服务端怎么办?