dynamic模式会按配置维护一定的空闲子进程，用于承接新请求。空闲进程占资源但也能降低临时建进程的等待，应该结合请求波动与内存预算评估，而不是看见空闲就全部压到最低。
辨别活动进程与空闲进程
从目标池的状态与系统观察确认正在处理请求、可随时承接请求及总进程数量。一个时间点的空闲并不说明全天没有需求。状态页应受访问控制，不能把包含请求路径的诊断界面公开给访客。
理解启动与备用参数的关系
dynamic的初始进程、最小与最大备用设置和并发上限各有职责，应按当前PHP手册校核有效关系。并发上限决定可同时处理量，备用范围关注空闲储备。不能把备用数直接当成网站访问人数，也不能用CPU核数机械填满所有项目。
用流量波动判断储备价值
观察高峰前后进程创建、队列和响应变化，特别是多个站点共用服务器时的资源竞争。没有足够备用可能增加突发等待，储备过多又可能挤占数据库和其他服务。按代表性业务时段测量，而不是只追求进程列表看起来最短。
调整后验证错误和回收
保存原配置并检查语法，在小步变更后观察进程是否按计划扩展与回收，队列和资源是否改善。对慢请求持续占用的问题另行定位，增加备用不能解决单请求卡住。将选择理由、数据窗口和回退值记清，避免以后只按网上推荐数字反复调整。
关键区别
活动进程：正在处理请求；可能等待外部资源。
备用进程：准备承接新请求；占资源也有响应价值。
并发上限：限制同时处理数量；与备用数用途不同。
怎样确认处理到位
进程扩展和回收符合预期，突发请求等待与整机资源处于可接受范围，配置理由有真实观察支持。
容易误判的边界
本篇只讨论dynamic备用容量，不给适合所有站点的统一数值；慢请求根因和整机容量仍需分别分析。
