事件 – 事件驱动的I / O如何允许多处理？

你似乎掌握了事件驱动的部分,但是在事件触发之后会发生什么事情.

要了解的关键是,Web服务器通常花费很少的时间“处理”请求,并且花费大量时间等待磁盘和网络I / O.

当一个请求进来时,服务器通常需要做两件事情之一.加载文件并将其发送到客户端,或将请求传递给其他内容(通常,CGI脚本,这些天FastCGI由于明显的原因而更常见).

在这两种情况下,服务器的工作在计算上是最小的,它只是客户端和磁盘之间的中间人,或者是“别的东西”.

这就是为什么这些服务器使用所谓的非阻塞I / O.

确切的机制从一个操作系统到另一个操作系统不同,但关键是读或写请求总是立即返回(或接近).当您尝试写入套接字时,系统可以立即接受缓冲区中的内容,或者返回类似EWOULDBLOCK的错误信息,让您知道现在无法使用更多数据.

一旦写入被“接受”,程序就可以记录连接的状态(例如“发送10000字节的5000”等等),并移动到准备采取行动的下一个连接,然后返回到系统首先准备好采取更多的数据.

这与正常的阻塞套接字不同,因为操作系统尝试通过网络将数据发送到客户端,大型写请求可能会阻塞相当长的一段时间.

在某种意义上说,这与使用线程I / O的方式并没有太大的不同,但是它以内存,上下文切换和通用“内务”的形式大大减少了开销,并且最大限度地利用了什么操作系统做最好的(或者应该是,反正)：快速处理I / O.

对于多处理器/多核系统,同样的原则也适用.这种风格的服务器在每个单独的CPU上仍然非常有效.您只需要一个将自己的多个实例分叉以利用其他处理器.