-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
重新压测了一下 #24
Comments
看一下带宽,和连接数上限的问题 |
可能是端口不够用了 |
那,是否需要添加一个自定义代理功能呢? |
ws不封ip,没必要加代理 |
用另外两台服务器做小跳板,大概可以解决端口不够用的问题吧? |
分布式的话,可能要重新设计了。锁不好写了。。。 |
用代理服务器。主服务器也要开端口啊,不会减少端口使用啊 |
但是真的有那么大的连接需求嘛,几万个直播间记录数据,对数据库和磁盘IO的压力都太大了吧 |
哦对,忘记了 |
所以只能主服务器开监听端口,让副服务器发包过来 |
这5.8w我就是爬的B站真在直播的房间列表 |
是的 |
b站有那么多的直播!?!? |
不知道,反正我用的app上那个列表接口 |
如果想做观测站的话,至少需要两台服务器做监听,另外数据库也需要单独部署,腾讯云限制IO多半是不够的 |
工作量有点大,分布式要上消息队列的。之后再说吧 |
还有什么需要修改的嘛。没有修改的我就完善下文档发tag了? |
嗯嗯 |
可以问下获取所有正在直播的直播间号用的是哪个接口吗? |
就是app端那个直播列表接口,按时间一直轮询,不过会风控,我用了七台机子当代理池才没被风控 |
是这个接口吗? |
嗯啊 |
好的好的谢谢🙏 |
上海腾讯云 4C8G 10M 同时连接5.8w个直播中的房间,内存占用 4.5G 左右
之后出现连接不稳定情况,可能是一台服务器的上限了
The text was updated successfully, but these errors were encountered: