Muduo 03 好的网络服务器设计

文章讨论了在服务端编程中,如何利用单线程eventloop模型配合多线程来处理IO事件,强调非阻塞IO通常与IO复用技术如epoll结合使用。同时提到了Muduo网络库和Netty网络库的设计,并指出nginx服务器采用epoll+fork模型实现负载均衡和解决惊群问题。
摘要由CSDN通过智能技术生成

         one loop per thread is usually a good model,多线程服务端编程的问题就转换为如何设计一个高效且易于使用的event loop,然后每个线程run一个event loop就行了(当然线程间的同步、互斥少不了,还有其 它的耗时事件需要起另外的线程来做)。

non-blocking 几乎总是和 IO multiplexing 一起使用,原因有两点:

  1.  没有人真的会用轮询 (busy-pooling) 来检查某个 non-blocking IO 操作是否完成,这样太浪费 CPU资源了。
  2. IO-multiplex 一般不能和 blocking IO 用在一起,因为 blocking IO 中 read()/write()/accept()/connect() 都有可能阻塞当前线程,这样线程就没办法处理其他 socket 上的 IO 事件了。

        所以,当我们提到 non-blocking 的时候,实际上指的是 non-blocking + IO-multiplexing,单用其 中任何一个都没有办法很好的实现功能。

        所以呢,一个好的服务器设计,一般呢都是IO复用。来操作非阻塞的这个socket,再加上这个线程池,一般这个线程池的线程个数呢,是会和我们CPU的核心数量是一样的。

        C++Muduo网络库和JAVA中netty网络库都是这么设计的。 

还有更好的设计方式,nginx服务器:

        强大的nginx服务器采用了epoll+fork模型作为网络模块的架构设计,实现了简单好用的负载算法,使各个fork网络进程不会忙的越忙、闲的越闲,并且通过引入一把乐观锁解决了该模型导致的服务器惊群 现象,功能十分强大。       

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值