关于几种多线程模型的探讨
来源:互联网 发布:中国矿工 软件 编辑:程序博客网 时间:2024/05/21 16:58
a.半同步/半异步模型,这个模型使用太广泛,即一个线程处理所有网络事件,多个逻辑线程处理业务逻辑,通过排队层进行消息交换。
b.领导者/追随者模型,线程既是领导者又可追随者,忙线程和空闲线程进行切换,典型如ACE_TP_Reactor/boost::asio(多线程执行io_service::run)。
c.级联方式,一个线程一个epoll,每个线程管理自己的fd集合,选择策略(比如轮询)均匀分布新的连接到不同的线程(即不同的epoll)。
先谈a和b的区别,我个人觉得a无优势,也许有人会说,b的线程如果全部忙状态(阻塞,dbquery等),网络响应会没有a好,因为a有一个同步线程处理网络事件。
事实上,如果系统架构内消费速度跟不上生产速度,缓存过多的消息还是枉然,因为大家都已经吃不消了。这是架构设计的问题,不是单个服务器内部模型可以解决的。
明显,b不用频繁切换线程,锁开销小,有优势。
再谈下b和c的区别,我看了下boost::asio官方提供的http的例子,即server3和server2的区别,性能上c更有优势,因为它连保证同一连接上的read/write同步开销都不需要,
该模型保证了同一句柄上的所有事件是同一个线程。但c还是有缺点的,当某个线程上的连接数锐减时,其他线程上的连接却又过多,这时没法进行调度,会导致某个线程很忙,
某个线程却又很闲,无法发挥多核的优势。即便更改连接分布策略,也较难避免该情况发生。因此在连接比较稳定,非短连接的场景,c较合适。
b.领导者/追随者模型,线程既是领导者又可追随者,忙线程和空闲线程进行切换,典型如ACE_TP_Reactor/boost::asio(多线程执行io_service::run)。
c.级联方式,一个线程一个epoll,每个线程管理自己的fd集合,选择策略(比如轮询)均匀分布新的连接到不同的线程(即不同的epoll)。
先谈a和b的区别,我个人觉得a无优势,也许有人会说,b的线程如果全部忙状态(阻塞,dbquery等),网络响应会没有a好,因为a有一个同步线程处理网络事件。
事实上,如果系统架构内消费速度跟不上生产速度,缓存过多的消息还是枉然,因为大家都已经吃不消了。这是架构设计的问题,不是单个服务器内部模型可以解决的。
明显,b不用频繁切换线程,锁开销小,有优势。
再谈下b和c的区别,我看了下boost::asio官方提供的http的例子,即server3和server2的区别,性能上c更有优势,因为它连保证同一连接上的read/write同步开销都不需要,
该模型保证了同一句柄上的所有事件是同一个线程。但c还是有缺点的,当某个线程上的连接数锐减时,其他线程上的连接却又过多,这时没法进行调度,会导致某个线程很忙,
某个线程却又很闲,无法发挥多核的优势。即便更改连接分布策略,也较难避免该情况发生。因此在连接比较稳定,非短连接的场景,c较合适。
- 关于几种多线程模型的探讨
- 关于几种多线程模型的探讨
- 多线程的几种模型
- 几种多线程编程模型的比较
- MINA2的多线程模型问题探讨
- MINA2的多线程模型问题探讨
- 几种关于ASM & AAM 模型代码实现的对比
- 几种关于ASM & AAM 模型代码实现的对比
- 几种关于ASM & AAM 模型代码实现的对比
- 关于订单号生成的几张方案探讨
- 关于隐马尔可夫模型在模式识别中应用的探讨
- 关于性能测试模型的探讨(转)
- java 同步的几种探讨
- .NET多线程的探讨
- 关于多线程的几点注意
- 几种并发服务器模型的实现:多线程,多进程,select,poll,epoll - rail
- 几种并发服务器模型的实现:多线程,多进程,select,poll,epoll
- 服务器的几种模型
- 求次短路 经典啊!
- ARM基础:系统调用与软件中断SWI的实现
- hibernate+spring延迟加载问题
- VS2008中不能添加基类为CButton等类的问题
- 分类回归树 C&R Tree
- 关于几种多线程模型的探讨
- Nginx源码分析-Epoll模块
- void指针
- 名人博客
- Spring学习笔记(二)IOC和AOP
- 全球电信网络编号表MCC MNC
- hibernate组件映射_XML
- js库
- 自动完成控件AutoCompleteTextView