升级Nginx和Passenger后出现持续(forking...)进程的技术咨询

你遇到的这个情况其实是Passenger新版本的预期正常行为，并非异常问题，下面给你详细拆解原因和相关细节：

• 新版本架构优化导致的变化
  从Passenger 6.x系列的核心更新开始，官方调整了AppPreloader的工作模式：旧版本中预加载器完成应用代码预加载后就会退出，而新版本改为持久化维护预加载器的子进程（就是你看到的带(forking...)标记的进程）。这些进程的作用是提前准备好预加载的应用环境，后续需要新的应用worker进程时，可以直接从这些预加载进程fork出来，大幅缩短应用启动时间，提升整体服务响应效率。

• 和你的配置匹配的表现
  你设置了passenger_max_pool_size = 2，Passenger会为每个worker进程对应维护一个预加载辅助进程，所以出现两个(forking...)的AppPreloader完全符合配置预期——哪怕只有你一个人访问，Passenger也会提前准备好这些资源，避免后续请求到来时临时启动应用的延迟。

• 验证这些进程的合理性
  你可以对比passenger-status和passenger-memory-stats的输出：passenger-status显示的是正在处理请求的worker进程（你这里是2个），而(forking...)进程是预加载辅助进程，它们不会处理实际请求，只是作为"模板"来快速生成worker进程。而且得益于操作系统的写时复制机制，这些预加载进程和后续fork出的worker进程会共享大部分内存空间，整体内存利用率其实是提升的，并非额外的无效占用。

• 如果想调整的话（不推荐生产环境）
  要是你确实想回到旧版本的行为，可以尝试设置passenger_preloader_idle_time 0;，让预加载器在完成预加载后立即退出，但这会导致后续新请求触发应用启动时出现明显延迟，所以不建议在生产环境使用。

内容的提问来源于stack exchange，提问作者Sam H.