关于epoll的actor设计思想

看过太多的框架，缺点大于优点，很多框架做得太复杂，不适合diy，也很难diy，像brpc

也看了很多关于框架的文章，但是写得乱七八糟，真正的好文章应该基于进程和线程和线程任务来说，无非就是数据的存储和处理，这就涉及到结构和线程，线程多少个，都是什么线程，处理那些任务，线程间通信，如何并发安全，等等

网络上经常写文章的大部分都是菜鸟，大佬都忙得很，哪有空写

好说说我的设计，

epoll是一个事件通知模型，管数据读取和连接的应该交个worker线程去做，epoll_wait只负责IO事件通知

所以为了效率IO事件只需要一个线程去epoll_wait,每个service一个IO线程，或者，多个主机负责监听一个端口服务一个service，让网关进行负载均衡，这样主机群可以处理大量的accept进来，每台主机10万，10台就是100万

再说说worker thread，这个就是处理accept事件和read write事件，IO线程把事件获取到后直接丢到无锁队列里面，FIFO设计，最好是链表，让多个worker同时并发去访问队列，并进行处理

大佬们你看这样的设计够用吗