- 主题:请问libevent最大能支持多大的并发?
单台机器
谢谢
另外当前这些网络开源库,在大并发上哪个库用的多谢
比如:asio,libevent,libev,libuv,ace等
--
FROM 42.99.63.*
30万并发能有哪些框架可以支持到?
【 在 Apollos (Apollos) 的大作中提到: 】
单台机器
谢谢
另外当前这些网络开源库,在大并发上哪个库用的多谢
比如:asio,libevent,libev,libuv,ace等
--
FROM 42.99.63.*
用Erlang轻轻松松
【 在 Apollos (Apollos) 的大作中提到: 】
: 标 题: Re: 请问libevent最大能支持多大的并发?
: 发信站: 水木社区 (Fri Jan 15 16:36:53 2021), 站内
:
: 30万并发能有哪些框架可以支持到?
:
:
:
: 【 在 Apollos (Apollos) 的大作中提到: 】
: 单台机器
: 谢谢
:
:
: 另外当前这些网络开源库,在大并发上哪个库用的多谢
: 比如:asio,libevent,libev,libuv,ace等
:
:
:
: --
:
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 42.99.63.*]
--
FROM 111.201.77.202
libevent 已经被 libev 淘汰,现在很多系统的 libevent,其实用的就是 libev,包装个接口而已。
libuv 主要好处是在 windows 底下使用了 iocp,在 linux 下跟 libev 一样使用 epoll,另外 libuv 信成了读写。
asio 是 c++ 版的 libuv,概念非常复杂,除非你立志成为 cpp 专家,不然别用。
综上所述,,初学者使用 libuv 吧。有特别需求的用 libev,其它的都放弃。
【 在 Apollos (Apollos) 的大作中提到: 】
: 单台机器
: 谢谢
: 另外当前这些网络开源库,在大并发上哪个库用的多谢
: ...................
--
修改:hgoldfish FROM 117.24.206.*
FROM 117.24.206.*
并发取决于你的业务。如果都是 helloworld 那是简单啊。如果一条连接要花掉 10% 的 核心,那么一个核心只能处理 10 条连接,一台 64 核服务器,并发也只能上 640 连接啊。
30 万并发还要考虑内存使用,多核,已经不是那么简单了。
【 在 Apollos (Apollos) 的大作中提到: 】
: 30万并发能有哪些框架可以支持到?
: 单台机器
: 谢谢
: ...................
--
FROM 117.24.206.*
如果都是类似helloworld的简单文本信息传递,类似聊天这样,实现30万的并发困难吗?
【 在 hgoldfish (老鱼) 的大作中提到: 】
并发取决于你的业务。如果都是 helloworld 那是简单啊。如果一条连接要花掉 10% 的 核心,那么一个核心只能处理 10 条连接,一台 64 核服务器,并发也只能上 640 连接啊。
30 万并发还要考虑内存使用,多核,已经不是那么简单了。
【 在 Apollos (Apollos) 的大作中提到: 】
: 30万并发能有哪些框架可以支持到?
: 单台机器
: 谢谢
: ...................
--
FROM 117.100.179.*
类似聊天的话应该上udp吧
【 在 Apollos (Apollos) 的大作中提到: 】
: 标 题: Re: 请问libevent最大能支持多大的并发?
: 发信站: 水木社区 (Sat Jan 16 22:43:01 2021), 站内
:
: 如果都是类似helloworld的简单文本信息传递,类似聊天这样,实现30万的并发困难吗?
:
:
:
: 【 在 hgoldfish (老鱼) 的大作中提到: 】
: 并发取决于你的业务。如果都是 helloworld 那是简单啊。如果一条连接要花掉 10% 的 核心,那么一个核心只能处理 10 条连接,一台 64 核服务器,并发也只能上 640 连接啊。
:
: 30 万并发还要考虑内存使用,多核,已经不是那么简单了。
:
: 【 在 Apollos (Apollos) 的大作中提到: 】
: : 30万并发能有哪些框架可以支持到?
: : 单台机器
: : 谢谢
: : ...................
:
: --
: 灭绝人性啊
:
:
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 117.100.179.*]
--
FROM 171.83.7.*
udp是不是不用用libuv
【 在 libgcc (乞讨积分,求施舍,长期有效) 的大作中提到: 】
类似聊天的话应该上udp吧
【 在 Apollos (Apollos) 的大作中提到: 】
: 标 题: Re: 请问libevent最大能支持多大的并发?
: 发信站: 水木社区 (Sat Jan 16 22:43:01 2021), 站内
:
: 如果都是类似helloworld的简单文本信息传递,类似聊天这样,实现30万的并发困难吗?
:
:
:
: 【 在 hgoldfish (老鱼) 的大作中提到: 】
: 并发取决于你的业务。如果都是 helloworld 那是简单啊。如果一条连接要花掉 10% 的 核心,那么一个核心只能处理 10 条连接,一台 64 核服务器,并发也只能上 640 连接啊。
:
: 30 万并发还要考虑内存使用,多核,已经不是那么简单了。
:
: 【 在 Apollos (Apollos) 的大作中提到: 】
: : 30万并发能有哪些框架可以支持到?
: : 单台机器
: : 谢谢
: : ...................
:
: --
: 灭绝人性啊
:
:
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 117.100.179.*]
--
FROM 117.100.179.*
朋友,你这个问题,其实质是搞清网络负载
连接数并不是最关键的矛盾
连接数从很久以前的C10K问题,到现在的C10M问题,都靠内核能解决
但是真实的负载,还得研究IO操作次数,也就是每秒recv、send实际调用
在等量的IOPS压力下,连接数基本上可以随意调整(前提是内存够用,内核调好)
但是要是每连接的IO压力不变,那么你的上限实际上是由系统IOPS性能决定
总体来说,网络性能的进化路径如下:
4位数连接:select
5位数连接:epoll
7位数连接:epoll+调内核参数
8位数连接:dpdk+调内核参数+调驱动性能
想完整了解以上内容,请搜索“C10K问题”,“C10M问题”
【 在 Apollos (Apollos) 的大作中提到: 】
: udp是不是不用用libuv
: 类似聊天的话应该上udp吧
--
FROM 120.204.163.*