麒麟系统需绑定进程到特定numa节点以降低跨节点内存访问延迟、提升吞吐稳定性；默认调度致远程内存读取增多，实测延迟升40%以上。
麒麟系统需让进程绑定到特定NUMA节点运行，以降低跨节点内存访问延迟、提升数据库或高性能计算类应用的吞吐稳定性，否则默认调度可能造成频繁远程内存读取，实测延迟升高40%以上。
确认系统是否启用NUMA架构
执行numactl --hardware命令，若输出中包含多个node（如node 0、node 1）及各自CPU与内存大小，则说明已启用NUMA；若仅显示available: 1 nodes (0)，则当前为UMA模式，无法按节点隔离内存——此时需进入BIOS开启Intel VT-d/AMD IOMMU及NUMA选项，保存重启后重试。
使用numactl临时绑定进程到指定内存节点
该方法适用于调试、单次任务或脚本启动场景，不修改进程长期行为，退出即失效。
方法一：启动新进程时直接绑定
执行numactl --membind=0 --cpunodebind=0 /usr/bin/python3 myapp.py，强制进程仅使用node 0的CPU与内存；若需跨节点但优先本地内存，改用--preferred=0而非--membind。
方法二：将已有进程迁移至目标节点
先查PID：pgrep -f "myapp.py" → 得到12345；再执行numactl --membind=1 --cpunodebind=1 --migrate 12345。注意：【--migrate必须配合--membind和--cpunodebind同时使用，单独--migrate无效】；迁移过程中进程会短暂暂停，业务敏感型服务慎用。
通过cgroups v2永久限制进程内存节点归属
适用于需要长期稳定运行的服务（如PostgreSQL、Redis），避免被内核调度器跨节点迁移。
第一步：确认cgroups v2已启用
执行mount | grep cgroup，输出中应含type cgroup2且挂载点为/sys/fs/cgroup；若未启用，需在GRUB配置中添加cgroup_no_v1=all systemd.unified_cgroup_hierarchy=1并更新grub后重启。
第二步：创建NUMA感知的memory控制器目录
mkdir -p /sys/fs/cgroup/numa-node0
第三步：写入节点亲和策略
echo "+0" > /sys/fs/cgroup/numa-node0/cpuset.cpus（绑定CPU核心）→echo "+0" > /sys/fs/cgroup/numa-node0/cpuset.mems（绑定内存节点）→echo 0 > /sys/fs/cgroup/numa-node0/cpuset.memory_migrate（启用内存页迁移，确保已有内存页移入node 0）。
第四步：将目标进程PID写入该cgroup
echo 12345 > /sys/fs/cgroup/numa-node0/cgroup.procs。此后该进程所有新分配内存均来自node 0，且无法访问其他节点内存——【若进程崩溃后重启，需重新执行此步，除非将其注册为systemd服务并配置cgroup路径】。
配置systemd服务实现开机自绑定NUMA节点
适用于需随系统启动、长期驻留的后台服务，如数据库或中间件，确保每次启动都严格运行在指定NUMA节点。
① 编辑服务单元文件：sudo vim /etc/systemd/system/mydb.service
② 在[Service]段下方追加三行：
CPUAffinity=0-7（根据lscpu输出选择node 0对应的核心编号）
MemoryLimit=8G（可选，防止溢出）
NUMAMask=0（关键项，明确指定只使用node 0）
③ 重载配置并启用：sudo systemctl daemon-reload && sudo systemctl enable --now mydb.service
④ 验证绑定效果：numastat -p $(pgrep -f mydb)，观察numa_hit值应远高于numa_foreign，且node0列的total占比接近100%。
