最好能单机, Node Go Python 都可以,需要完成一定的业务逻辑。有现成的工具可以使用吗?
内容为 1k 左右的内容。平均每秒约有 1/20 的客户端发送消息,峰值要能实现 1/2 的用户同时发送。
![]() | 1 jiumingmao 2015-08-24 10:00:39 +08:00 单 ip 只能对同一服务器 ip 发起 65535 个连接,要单机的话,这个机器需要有 20 个 ip |
![]() | 2 cyshi 2015-08-24 10:04:27 +08:00 @jiumingmao 确定是 65535 么 |
![]() | 3 jiumingmao 2015-08-24 10:14:24 +08:00 @cyshi 这是只是 16 位端口的理论值,并且发起连接使用的是高端口,要修改系统配置才能使用低端口。多找几台机器方便,比如现在很多 vps 是按小时计费的,搞一批测一小时 |
4 yuxizhou 2015-08-24 10:32:07 +08:00 100w 每秒 1/2 的活跃,你这 server 都很难单机吧 |
![]() | 5 rogerchen 2015-08-24 10:40:43 +08:00 单机 500K 问题有成熟解决方案的只有 Google 这种体量的公司了,基本思路都不是 epoll 这些了,肯定要涉及到用户态协议栈的魔改,楼主洗洗睡吧。 |
![]() | 6 rogerchen 2015-08-24 10:44:21 +08:00 楼主居然还是说的是单机 500K 长连接,请收下我的膝盖。 |
![]() | 7 ilskenyf 2015-08-24 11:28:28 +08:00 jmeter |
![]() | 8 aszxqw 2015-08-24 11:38:16 +08:00 个人觉得,开发一个模拟 100w 客户端的工作,比开发一个接受 100w 连接的服务器还麻烦得多。。。 |
![]() | 9 xufang 2015-08-24 11:41:50 +08:00 只有 erlang 了, golang 目前还搞不定。 |
![]() | 10 odirus 2015-08-24 13:35:15 +08:00 你是为了省钱么?最后反而还没集群便宜,做的时候就做成集群,省事儿。 |
11 invite 2015-08-24 13:50:35 +08:00 楼主找到了分享一下。 |
12 loqixh 2015-08-24 14:12:23 +08:00 @jiumingmao 端口可以共享的,远远不止 65K |
![]() | 13 alexapollo 2015-08-24 14:15:30 +08:00 @rogerchen 说实话这并不难,国内大公司都做得到。。 |
![]() | 14 jiumingmao 2015-08-24 15:20:07 +08:00 @loqixh local_ip:loacl_port:remote_ip:remote_port:[tcp,udp] . 5 元组中 4 个都相同,只剩下 loacl_port 可以变,就只能到 65K 了 |
![]() | 15 free6om 2015-08-24 16:34:12 +08:00 可以试试 tsung ,私有协议的话就自己写一个 tsung 插件,端口的问题可以用 linux 的虚拟网络接口, 100w 连接 32G 内存差不多了。 |
16 mengzhuo 2015-08-24 17:10:39 +08:00 via iPhone 500w 长链接 单机…嗯 4k * 500 w = 19GB tcp buffer 16 核 * 3G *2/ 500w = 20KHZ 每个客户端 1G 网卡 /500w = 200B/s 每个客户端 确定你的机子有这个能力么… |
![]() | 17 caoyue 2015-08-24 17:45:26 +08:00 Tsung 可以试试 硬件够的话,加上虚拟网卡虚拟 IP 之类的方法应该可以实现 |
![]() | 18 shangjiyu 2015-08-24 17:57:29 +08:00 via iPhone 首先 定义一个 socket 的元组是 IP 加端口,虚拟 IP 可以实现模拟并发客户端的 对于 c10k 可以 io 多路复用,多线程啊等现有技术实现 500K 应该也可以吧,以现在硬件性能 现在都在研究 c10M 问题了,脱离操作系统独立于内核的数据包快速处理(貌似 DPDK , pf-ring ?, snap-switch ),自己实现 tcp 栈 |
![]() | 19 jiumingmao 2015-08-24 18:00:13 +08:00 @free6om 虚拟网络接口,这要求客户端和服务端在同一台机器上。这样对服务端的测试不准确吧。 |
![]() | 20 zonghua 2015-08-24 18:37:29 +08:00 via iPhone 这怎么可能,不是小数目啊,你的单机是天河二号? |
![]() | 21 ovear 2015-08-24 18:40:56 +08:00 现在的项目都是几百万几千万起步了么。。膜拜。。 |
22 crystom 2015-08-24 18:51:08 +08:00 楼上重点全放在单机上了。。 |
![]() | 23 zado 2015-08-24 19:29:56 +08:00 @mengzhuo 服务端的话,长连接并不等于并发,我用 32 位下编写的程序( 2GB 的用户内存空间)也可以支持到 100 万连接。不收发数据的话是几乎不需要花 CPU 时间的,如果不是瞬间建立大量连接的话,网卡流量也不是很大的。 |
![]() | 24 Los 2015-08-24 20:25:29 +08:00 参考一下 erlang 的这篇文章 《 100 万并发连接服务器笔记之 1M 并发连接目标达成》 http://www.blogjava.net/yongboy/archive/2013/04/28/398558.html |
![]() | 27 realpg PRO 百万没比划过,单机搞过四十万并发持续 TCP 连接的单端口单机鉴权解码程序,传输量比较小没啥问题。 CPU IO NETIO 都不高 就是疯狂的吃内存 linux 内核都重新编译在 TCP 调度器做一些修改才能抗住这么高持续连接 至于上面几层人说的端口号问题,又不是服务器发起那么多远程连接, 65535 限制跟这个风马牛不相及…… 服务器端只需要一个服务端口开出去……是客户端连过来的…… |
![]() | 29 JonyOang 2015-08-25 07:20:08 +08:00 歪个楼,为什么这个帖子打开页面背景是黑色的 |
32 llbgurs 2015-08-25 12:09:48 +08:00 用 erlang 吧,省事,多找几台测试客户端的机器,跑一下就可以了 |
![]() | 33 azhao 2015-08-25 13:33:00 +08:00 单机器模拟 100w 连接是不可能的,去阿里云或 aws 开虚拟机来做吧 |
![]() | 34 jiangzhuo 2015-08-25 13:45:48 +08:00 单机别想了用 loadRunner 做集群方便 跟单机没太大区别 |
![]() | 35 free6om 2015-08-26 14:31:42 +08:00 @jiumingmao 不需要同一台机器 |