在nodejs api doc中，它说
群集模块支持两种分配传入连接的方法 . 第一个（除了Windows之外的所有平台上都是默认的）是循环方法，其中主进程侦听端口，接受新连接并以循环方式在工作者之间分发它们，其中一些是内置的-in smarts以避免工作进程过载 . 第二种方法是主进程创建侦听套接字并将其发送给感兴趣的工作者 . 然后 Worker 直接接受传入的连接 . 从理论上讲，第二种方法应该能够提供最佳性能 . 然而，在实践中，由于操作系统调度程序变幻莫测，分发往往非常不 balancer . 已经观察到负载，其中超过70％的连接仅在两个过程中结束，总共八个 .
我知道PM2正在使用第一个，但为什么它不使用第二个？仅仅因为 unbalnced distribution ？谢谢 .
1 回答
当每个子进程试图“抓取”发送的套接字主机时，第二个可能会增加CPU负载 .