Redis 采用事件驱动机制来处理大量的网络IO。它并没有使用 libevent 或者 libev 这样的成熟开源方案，而是自己实现一个非常简洁的事件驱动库 ae_event。

从上一篇文章《libevent是怎么选择底层实现的》可以看出来，调用event_base_new()函数就是初始化好底层实现，给event_base结构体中evsel赋值，evsel是一个eventop结构体，我们再来看下：

互联网的发展，使得用户对网络应用的性能需求越来越高。人们不断挖掘CPU处理能力加强，添加核的数量，但这并没有使得网络设备的吞吐率线性增加，其中一个原因是内核协议栈成为了限制网络性能提升的瓶颈。

我在通讯底层使用了一个epoll模型，然后epoll在处理请求时会将请求交给一个线程池去处理，线程池中的线程则是调用上层服务，上层服务因为涉及到网络通讯，所以大致处理一个请求不到10ms

一、启动流程概述二、Android启动分析三、init 进程启动分析四、init 启动脚本分析五、init 进程分析六、init 脚本执行七、init 进程守护八、init rc 脚本启动Zygote九、启动分析小结

一个线程对应一个服务端口，对应多个客户端fd。多路复用跟端口无关。多路复用指单线程管理多个连接的通信。多路复用编程流程：初始化多路复用器，（比如epoll_create,kqueue_init）服务端接收新连接，获得fd将fd和事件(read/write)注册到多路复用器（比如epoll_ctl,kqueue EV_SET)调用poll(比如epoll_wait,kqueue)当注册...

为了使用 redis 的分布式可重入锁, 决定引入 redisson {代码...} 代码 {代码...} 问题一 {代码...} 在 github 搜到 issues: [链接] 根据提示引入指定包后出现新问题 {代码...} 问题二 {代码...} 又尝试引入 netty-all 还是一样的错 {代码...} 解决方案 凝视代码时发现了这句：config.setUseLinuxNativeEpoll(true); 好像...

个人觉得： 1） 虚拟文件系统VFS 2） 预读取算法 3） 基于epoll的IO处理 这几个设计比较强悍

stCoEpoll_t中主要保存了epoll监听的fd，以及注册在其中的超时事件。stTimeoutItem_t其实是libco库实现的双向链表，有prev和next指针，同时保存了链表指针。后面在使用过程中再介绍stTimeout_t。

如题，在mac下使用kqueue进行异步网络编程，send发送数据的时候，如果紧接着close掉对端，对端会立马收到数据，类似于操作flush了，不close，对端收不到数据，应该是缓冲区的问题？这该怎么处理呢？

我建立一个socket server， 当有其他client连接时，如果一开始输入key123, 那么就认为它是主client, 监视它的in和out， 如果连接后输入的不是key123， 那么就是从client， 从client可以有多个

今天尝试了下linux的epoll，使用的是默认的水平触发模式，遇到了奇怪的read阻塞问题，因为对底层不了解，一直解决不了。 麻烦各位了！ 这是原问题的地址：stackoverflow 问题链接

epoll怎么是同步的了？epool是新的事件通知机制，旨在与取代select()和poll()。详情建议看维基百科。事件通知这玩意就是异步的

c++的话，一般用libevent或则libev这种库来实现吧。当然如果对epoll比较熟悉的话 直接用也没问题。

Socket Server框架？如果是IO模型的话，Windows下是IOCP，Linux下是epoll，FreeBSD则是kqueue，至于封装好的框架，比较不错的应该是ACE。