1
andybest 2013-07-29 20:31:09 +08:00
超高速。。。5秒轮询。。。
|
2
dndx 2013-07-29 20:31:38 +08:00
5秒真的算不上超高速..
|
3
Actrace OP 合理优化了...
|
5
Actrace OP 某君用循环写数据,真邪恶啊.
|
6
ipconfiger 2013-07-29 20:58:09 +08:00
long pulling 啊,tornado啊,秒到无延迟,毋需5秒轮训啊
|
7
panlilu 2013-07-29 21:11:00 +08:00 via iPad
5秒。。太短了吧。。可以长连接到http超时的。。
|
8
Actrace OP |
10
Actrace OP @panlilu 那些成熟的架构我知道,确实很牛逼.我想做的不是去使用别人写好的东西,而是重复造轮子,看下能不能造出更牛逼的轮子.
|
11
pubby 2013-07-29 21:43:11 +08:00
"承载10000左右的在线用户"
这个怎么理解啊,指5s内有请求的算一个在线用户吗? 如果是10000并发访问你的server.php,那得多牛的服务器才能支撑 |
13
fucker 2013-07-29 22:19:29 +08:00
<script>while(1){window.alert("大家好")}</script>
|
14
clc3123 2013-07-29 22:26:29 +08:00
我看六间房也是php轮询,够用就好~
|
16
loading 2013-07-29 22:34:23 +08:00
我用的1秒都没敢说神马高速。。。
|
17
vigoss 2013-07-29 23:44:40 +08:00
@ipconfiger 能给点参考资料不?这样的模型性能上会有问题么?
@loading 其实楼主说的是服务端高性能啦 不过楼主你就给个地址出来我们完全不明所以啊,应该给出你的设计是哪些地方出众了. 要是来10000并发感觉从服务器到数据库都顶不住. |
19
zythum 2013-07-30 00:08:21 +08:00
zhuyi吐槽得说:作为实时通信。5秒是不能接受的。
|
20
yautou 2013-07-30 00:09:44 +08:00
话说我想了一星期就想搭个这东西,求搭建教程~
|
21
emric 2013-07-30 01:24:32 +08:00
|
22
aveline 2013-07-30 02:44:55 +08:00
ab 一下試試。。。
|
23
Actrace OP @zythum 现在是3秒,而且这个不是实时通讯的工具.我个人认为只有UDP驱动的通讯软件才能算是真正意义上的实时通讯.
|
24
thursday 2013-07-30 10:06:56 +08:00
|
25
Narcissu5 2013-07-30 11:02:48 +08:00
#看下能不能造出更牛逼的轮子# 楼主好志向
|
26
Loveyuki 2013-07-30 11:04:41 +08:00
看不出任何出彩的地方。
|
27
ritksm 2013-07-30 11:09:46 +08:00
盲目的自信从何而来...
|
28
xdyl 2013-07-30 11:10:22 +08:00
我的葡萄藤之前用了的是Comet.Erlang做后端,Ajax长连接.
之前信心满满,觉得对于聊天室应用来说完全够用了. 实际应用中发现Comet的效率完全无法直视.收到消息断开连接重连的策略对于速度的影响是"刚刚的". 终于痛定思痛决定使用WebSocket了. So.WebSocket的效率真是Happy.有兴趣的同学可以开一个多人扫雷试试看.基本上可以达到和本地扫雷相同的速度. http://www.ptteng.com |
29
filod 2013-07-30 13:20:32 +08:00
咦,楼主是过来说相声的么?
|
30
dulao5 2013-07-30 13:45:38 +08:00
apache + php , 因为php线程不安全,所以你一定用的是apache的进程模式。最大并发数等于最大子进程数。
你已经将apache这个设置调整成10000了吗? 然后用ab -c 10000 测试过了吗? |
32
Reset 2013-07-30 14:21:00 +08:00
<script>alert('Test')</script>
然后就再也不更新了! :( Firefox22.0 |
33
ipconfiger 2013-07-30 16:44:30 +08:00
|
35
ipconfiger 2013-07-30 16:53:25 +08:00
@Reset 太坏了
|
36
Actrace OP 253负载...
|
37
eric_zyh 2013-07-30 16:57:58 +08:00
看完这个贴,最大的感觉 : v2ex 确实比 csdn 文明很多...
|
38
Actrace OP 内存是个硬伤啊...
|
39
lyjyiran 2013-07-30 16:59:39 +08:00
我想起某个朋友形容拿php做long pulling的比喻, 万人在线就是上万个php进程此起彼伏的跳江南Style
|
40
emptyhua 2013-07-30 17:03:49 +08:00
|
41
emptyhua 2013-07-30 17:10:09 +08:00
已经义务测试咯
|
42
emptyhua 2013-07-30 17:11:00 +08:00
|
43
Actrace OP 挂了...
|
44
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 |
45
BOYPT 2013-07-30 17:45:52 +08:00
说了一堆表示用传统技术方便部署,然后还说有信心……哪来的信心啊(扶额
|
46
Actrace OP linode 1GB压力很大.但是,现在已经不怕你们的压力了~~~
|
47
denghongcai 2013-07-30 18:58:48 +08:00
说实在的,用webbench你都挡不住,最基本的连接数限制你都没有,看看你的apache进程有多少吧
连轮询的架构都能把服务器拖垮 |
48
denghongcai 2013-07-30 19:00:25 +08:00
而且你的bad man,把判断语句写在php里还是一样的扛不住压力测试的,用iptables的recent模块吧
|
49
yakczh 2013-07-30 19:13:59 +08:00
这是出来丢人现眼吗,快回家打怪升级去吧,牛皮都吹爆了在天上飘
|
50
yakczh 2013-07-30 19:16:03 +08:00
php就是套模板,crud,性能垫底的脚本还玩server push,还10000...
|
51
denghongcai 2013-07-30 19:20:58 +08:00
@yakczh php的性能并不弱,请不要想当然
|
52
chichan 2013-07-30 20:05:27 +08:00 via Android
楼主要明白,并发和每秒请求数不是一回事,更不是五秒轮询下的在线用户数
|
53
lhx2008 2013-07-30 20:21:05 +08:00
apache性能不行啊,好歹你也nginx吧,wenbench apache一下就挂彩了
|
55
pubby 2013-07-30 21:21:05 +08:00
nginx直接挂php也未必会好多少,这个架构决定了单机不可能支撑太多并发的。
|
56
nazor 2013-07-30 22:17:30 +08:00
测试了 挂了。
|
57
Actrace OP |
58
cst4you 2013-07-31 08:38:51 +08:00 via Android
看了下楼主其他帖子只有俩字:呵呵
|
59
breeswish 2013-07-31 08:55:55 +08:00 via Android
用不恰当的工具做事就是一件吃力不讨好的事情,楼主的东西在某些情况下挺有用,不过作为vps狗表示无兴趣,没有架构的约束做事各种爽。
另外5秒算超高速么,。看这个标题我还以为0.1秒 把我骗了近来 |
60
Actrace OP @breeswish 不好意思我标题党了.现在是3秒轮询.其实我觉得5秒更好,频繁网络请求会比较消耗电量,昨天没带电源回家,挂着聊天demo明显感觉续航少了很多.
|
61
pubby 2013-07-31 10:30:11 +08:00
@Actrace 其实我也是一直apache+php,稳定可靠。不过前面还是要放一个nginx啥的负责连接的玩意,要不然把apache进程浪费在一些低网速客户身上跟找死无异。
回到你的聊天demo,这架构要支撑大并发实在是不经济。 |
62
yakczh 2013-07-31 10:42:35 +08:00
@denghongcai 弱不弱不是拿嘴吹的,同样的业务代码用不同脚本跑一下就知道
|
63
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的配置么?你自己才应该泡一下试试 |
64
denghongcai 2013-07-31 10:48:19 +08:00
跟你的硬件的限制没有什么关系,如果你用node.js或者python的gevent的话你的硬件是可以抗住这么多的并发的,主要是php参数的调优以及需要换用nginx的php-fpm
|
65
breeswish 2013-07-31 12:45:45 +08:00
@Actrace 以及为啥不用comet呢。。要知道轮询可是最最古老的没有技术的技术= =。。
整个互联网都已经从轮询到Ajax Long polling到Flash sockets到Websockets发展了好几代了。。轮询是多么古老的方法。。 |
66
Actrace OP Websockets,服务端怎么办?
|