如何估算srv需要设置的进程数?
原则
每个进程占用内存之和需要小于总内存

• IO密集型
  涉及到一些阻塞式网络通讯开销,进程数可以开大一些,如配置成CPU 核数的3倍。如果业务中涉及的阻塞网络开销很多,可以再适当加大进程数,例如 CPU核数的5倍甚至更高。

• CPU密集型
  也就是没有外部网络IO开销,或者没有阻塞的网络IO开销,例如使用 异步IO读取网络资源,进程不会被业务代码阻塞的情况下,可以把进程数设置成和 CPU核数一样。

中心思想就是，你响应的瓶颈是在 io 还是在 CPU。

• 如果你的响应瓶颈是在 CPU

  现在程序是 python 线程模式，你只能用到 N 个 CPU 中的一个，理论上你开多少个线程和开单线程是没有区别的，而且你只能跑的多核 CPU 中一个 CPU 100% 的利用率。而实际上，如果你开了多于 2 个线程，还会存在 CPU 调度的问题（上下文的保存等消耗），可能会比单核心略慢。

• 如果你的响应瓶颈是在 IO（如：网络 IO）

  这就和其他语言一般的设置没有区别，主要是 比较 XN + 1（X 倍于 N 核心 CPU）先成为瓶颈还是 CPU 负载先成为瓶颈，因为如果成为了瓶颈之后，你再开多少线程对于程序的响应都是没有提高的（反而有可能下降）。