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