- 内核空间的相关程序在调度用户空间里的进程的时候，也占用了cpu资源......
nginx可以作为两种类型的反向代理 http 和smtp(mail)
C10K问题，
当一个主机的连接数过多的时候，单独一片网卡，响应在一个套接字上的请求，如何通过一个进程，或一组线程对请求提供服务？ 显然，阻塞模式就太糟糕了
- 多进程模型
以apache为例， 监听在80套接字上的http进程，接收用户请求，通过生成子进程响应客户请求，销毁用户空闲子进程（做到了专客户专进程的效果）
内核要调度进程，cpu要分配给时间片（但cpu的资源必定有限），
为了让访问者感受不到阻塞，内核调度程序对进程要进行切换 分配给进程2的时间片一旦完成，就把进程2转入睡眠（阻塞）状态，
再执行进程n.....如此往复执行 但某一时刻真正执行的只有一个进程，通过切换，客户感受不到等待，切换的工作由内核负责。
然而内核空间的相关程序完成这种用户空间的进程调度，也是需要占用cpu资源的，但实际问题并未得到解决（进程如果过多，那么消耗在切换的时间和cpu资源就会激增，但对解决实际问题无用）
例如，请求一个网页
实际上就是用户请求访问服务器硬盘上的一个网页（html php......皆有可能），然而用户空间的进程并不能直接访问，需要通过内核空间的调度程序去完成，在内核相关程序完成网页的读取和返回这段状态，
用户空间的进程处于睡眠状态（wait）其实就是阻塞，如果内核未完成读取网页并返回结果，那么即使唤醒这一请求，也无助于解决什么问题，因而这一状态也称之为 不可中断睡眠
物理内存，分为两部分，内核空间（buffer，cache） 进程空间（内有多个进程运行）（数据读取完毕，暂时放进内核空间，接下来复制到进程空间，供进程访问）
数据从硬盘加载到内存的过程，内存一般是要分页的，如果不分页那可能是堆，数据从硬盘加载到内存的页上面，假设要读取的数据内存大小为4K,那么根据页的大小，数据分几次完成从硬盘到内存的加载（每页为2K，加载2次，
每页为1K，加载4次......）