PHP无法直接检测NUMA架构，需通过shell_exec('numactl --hardware 2>/dev/null')解析available: N nodes输出，N>1即为NUMA；容器或非Linux环境需额外兼容处理。
PHP怎么知道服务器是不是NUMA架构
PHP本身不提供直接探测NUMA拓扑的函数，phpinfo()、getrusage()、sys_getloadavg() 都不返回CPU物理分组或内存节点信息。你看到的“多路CPU”只是逻辑核数叠加的结果，posix_getrlimit() 或 shell_exec('nproc') 只能告诉你总核心数，完全无法区分是单NUMA域还是多NUMA节点。
真正可行的路径只有一条：调用系统工具并解析输出。Linux下最可靠的是 numactl --hardware，它由libnuma提供，几乎所有带NUMA支持的发行版都预装（CentOS/RHEL/Ubuntu/Debian默认包含）。
- 执行前先确认命令可用：
shell_exec('which numactl 2>/dev/null')返回空说明没装，需yum install numactl或apt install numactl - 权限不是问题，普通用户可执行
numactl --hardware，无需root - 输出含
available: N nodes行，N > 1 即为NUMA系统；若命令失败或无此行，则大概率是UMA（传统对称内存架构）
用PHP安全调用numactl获取节点数
直接 shell_exec('numactl --hardware') 有风险：输出格式随numactl版本微调，且可能混入stderr（比如locale警告）。必须过滤、截断、超时控制。
- 加
2>/dev/null屏蔽错误流：shell_exec('numactl --hardware 2>/dev/null') - 用
preg_match('/available: (\d+) nodes/', $output, $m)提取数字，别用explode()拆行——新版numactl可能在行首加空格或换行符 - 设执行超时：用
proc_open()更稳妥，但简单场景下加timeout 1前缀（shell_exec('timeout 1 numactl --hardware 2>/dev/null')）已够用 - 注意：Alpine Linux默认无
numactl，musl libc环境需手动编译或换基础镜像
为什么不能靠/sys/devices/system/node/判断
有人试过读取 /sys/devices/system/node/ 目录内容来数节点，这在物理机上通常有效，但在容器里极易失效。
立即学习“PHP免费学习笔记（深入）”；
- Docker/Kubernetes默认不挂载该目录，
scandir('/sys/devices/system/node')返回 false 或空数组，不代表没有NUMA，只是不可见 - 即使挂载了（如用
--privileged或securityContext.privileged: true），容器内看到的节点信息仍可能被cgroup v2的memory controller截断或虚拟化 -
numactl --hardware是用户态工具，依赖内核暴露的sysfs接口，但它做了抽象和容错，比直读文件更健壮 - Windows或macOS下该路径根本不存在，而
numactl本身就不支持这些平台——这点常被忽略：你的PHP脚本若要跨平台，得先判断PHP_OS_FAMILY
检测到NUMA后PHP应用要注意什么
知道是NUMA只是第一步。PHP-FPM进程默认不绑定CPU或内存节点，worker进程可能被调度到任意节点，跨节点内存访问延迟高（典型差2–3倍），尤其对Redis/Memcached客户端、大数组序列化、共享内存扩展（如shmop）影响明显。
- 不要在PHP里做CPU绑核（
pcntl_setpriority()不起作用），改用启动时的numactl --cpunodebind=0 --membind=0 php-fpm -
opcache.memory_consumption大于单节点内存时，容易触发跨节点分配，建议设为单节点可用内存的70%以内 - 用
memory_get_usage(true)观察实际RSS，若远高于预期，可能是内存碎片+跨节点分配共同导致 - 最隐蔽的坑：某些云厂商（如AWS i3.metal）硬件是NUMA，但BIOS关闭了NUMA，
numactl --hardware显示available: 1 nodes，此时强行绑核反而降低性能
NUMA不是开关，是硬件与调度策略的耦合体。检测只是起点，后续是否干预、如何干预，得看你的工作负载类型和部署环境细节。
