设置场景——NGINX进程模型
Setting the Scene ? the NGINX Process Model
为了更好地理解设计，你需要了解NGINX是如何工作的。NGINX有一个主进程(master process)(执行特权操作，如读取配置、绑定端口)和一系列工作进程(worker process)和辅助进程(helper process)。
这个四核服务器内，NGINX主进程创建了4个工作进程和2个缓存辅助进程(cache helper processes)来管理磁盘内容缓存(on-disk content cache)。
为什么架构很重要?
Why Is Architecture Important?
任何Unix应用程序的根本基础都是线程或进程。(从Linux操作系统的角度看，线程和进程基本上是相同的，主要区别是他们共享内存的程度。) 进程或线程，是一组操作系统可调度的、运行在CPU内核上的独立指令集。大多数复杂的应用程序都并行运行多个线程或进程，原因有两个：
● 可以同时使用更多的计算机内核。
●线程和进程使并行操作很容易实现(例如，同时处理多个连接)。
进程和线程都消耗资源。它们都使用内存和其他OS资源，导致内核频繁切换(被称作上下文切换(context switch)的操作)。大多数现代服务器可以同时处理数百个小的、活跃的(active)线程或进程，但一旦内存耗尽，或高I/O负载导致大量的上下文切换时，服务器的性能就会严重下降。
对于网络应用，通常会为每个连接(connection)分配一个线程或进程。这种架构易于实现，但是当应用程序需要处理成千上万的并发连接时，这种架构的扩展性就会出现问题。
NGINX是如何工作的?
How Does NGINX Work?
NGINX使用一个了可预见式的(predictable)进程模型，调度可用的硬件资源：
1.主进程执行特权操作，如读取配置和绑定端口，还负责创建子进程(下面的三种类型)。
2.缓存加载进程(cache loader process)在启动时运行，把基于磁盘的缓存(disk-based cache)加载到内存中，然后退出。对它的调度很谨慎，所以其资源需求很低。
3.缓存管理进程(cache manager process)周期性运行，并削减磁盘缓存(prunes entries from the disk caches)，以使其保持在配置范围内。
4.工作进程(worker processes)才是执行所有实际任务的进程：处理网络连接、读取和写入内容到磁盘，与上游服务器通信等。
多数情况下，NGINX建议每1个CPU核心都运行1个工作进程，使硬件资源得到最有效的利用。你可以在配置中设置如下指令：
worker_processes auto
当NGINX服务器在运行时，只有工作进程在忙碌。每个工作进程都以非阻塞的方式处理多个连接，以消减上下文切换的开销。
每个工作进程都是单线程且独立运行的，抓取并处理新的连接。进程间通过共享内存的方式，来共享缓存数据、会话持久性数据(session persistence data)和其他共享资源。
