关于“惊群现象”：在阻塞模型中，各进程分别通过accept阻塞，等待连接到达，当一个连接到达时，所有的进程都会被唤醒，但只有其中一个进程可以成功accept该连接，其余的则继续投入睡眠，这就是所谓的惊群现象，转载的这篇文章很好的对Lighttpd进行了测试，并分析了惊群现象。模拟实现了epoll+prefox()模型。[......]
(转)测试Lighttpd accept的惊群现象
Leave a reply
(转)一个非常好的epoll+线程池服务器Demo
转载自：http://zhangyafeikimi.javaeye.com/blog/285193
[cpp]
/**
张亚霏修改
文件名:epoll_demo.c
编译: gcc epoll_demo.c -pthread
程序源码如下(请自行编辑宏定义SERVER_IP为自己的IP):
*/
/*Linux 2.6 x86_64 only*/
#include <stdio.h>
#include <stdlib.h>
#include <strin[......]
加速make
make有一个隐含参数-j N表示N个事情可以同时做，不知道在多核上能不能并行，有机会用用[......]
用epoll实现异步的Echo服务器
epoll是Kernel 2.6后新加入的事件机制，在高并发条件下，远优于select.
用个硬件中的例子吧，可能不太恰当：epoll相当于I／O中断（有的时候才相应），而select相当于轮询（总要反复查询）。
其实epoll比slect好用很多，主要一下几个用法。
struct epoll_event ; epoll事件体，事件发生时候你可以得到一个它。其中epoll_event.data.fd可以存储关联的句柄，epoll_event.event是监听标志，常用的有EPOLLIN （有数据[......]
Linux下用select()实现异步的Echo服务器
本例子使用异步socket（select方法）实现了ECHO服务器程序。
搞了一个晚上，终于弄好了，出现的问题主要如下：
- 这是最重要的问题！当读取完数据后，需要将数据重新FD_SET进去，特别是serverFd，注意这个testFd意义非常重大，相当于参数传递中的复制行参，需要好好体会。
- 当read(rd)后，返回为0表示客户端的socket已经关闭，此时除了要FD_CLR，还要关闭fd!!否则fd资源没有被释放，很快就会达到select监听的上限！
[cpp]
/*
* main.c[......]