Linux系统不能通过内核参数直接限制单个进程内存，需使用cgroup v2的memory控制器：先确认启用cgroup v2及memory控制器，再创建cgroup组并设memory.max值，接着将进程PID写入cgroup.procs或用systemd-run启动受控进程。
Linux 系统中不能直接通过内核参数限制单个进程的最大内存占用。内核参数（如 /proc/sys/vm/* 下的设置）作用于全局或系统级内存管理策略，比如 vm.overcommit_memory、vm.swappiness、vm.max_map_count 等，它们影响的是内存分配行为、交换倾向、虚拟内存区域数量等，不提供“给某个进程设 1GB 内存上限”这类细粒度控制能力。
真正能精确限制单个进程（或进程组）内存使用的，是 cgroup v2 的 memory 控制器——它属于内核功能，但配置方式是用户空间操作，而非修改 /etc/sysctl.conf 类型的内核参数。
下面分两部分说明：
✅ 正确做法：用 cgroup v2 限制单个进程内存
这是当前（2026年）生产环境推荐的标准方案，精准、可靠、可动态调整。
-
确认 cgroup v2 已启用且 memory 控制器可用
mount | grep cgroup2 cat /sys/fs/cgroup/cgroup.controllers | grep memory
若未启用 memory，运行：
Browser Setup (No-Root Linux)下载在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
echo "+memory" | sudo tee /sys/fs/cgroup/cgroup.subtree_control
-
创建限制组并设上限（例如 512MB）
sudo mkdir /sys/fs/cgroup/myapp echo 536870912 | sudo tee /sys/fs/cgroup/myapp/memory.max
-
将目标进程加入该组
获取 PID 后写入：echo <strong><font color="green">12345</font></strong> | sudo tee /sys/fs/cgroup/myapp/cgroup.procs
或启动时直接绑定：
systemd-run --scope -p MemoryMax=512M -- python3 app.py
注意：
memory.max限制的是该 cgroup 内所有进程的总物理内存使用量（RSS + page cache 脏页等），超出会触发 OOM killer 杀掉组内进程。
❌ 常见误解：ulimit -m 或 -v 并非内核参数，且已基本弃用
-
ulimit -m（物理内存）在多数现代内核中被忽略，POSIX 已标记为 obsolete。 -
ulimit -v（虚拟内存）虽仍有效，但它限制的是进程地址空间总量（包括 mmap、stack、heap），不等于实际物理内存占用，且无法防止内存过度提交（overcommit）导致的系统抖动或 OOM。 - 它们属于 shell 资源限制，不是内核参数，也不受
/etc/sysctl.conf管理。
⚠️ 补充：哪些内核参数 间接影响 进程内存行为？
| 参数 | 作用 | 是否用于“限制单个进程”？ |
|---|---|---|
vm.overcommit_memory=2 + vm.overcommit_ratio
|
严格限制总虚拟内存分配量 | 否，影响全系统，不区分进程 |
vm.max_map_count |
限制单个进程可创建的内存映射区（VMA）数量 | 是间接约束，但不是内存大小限制（例如影响大堆 Java 应用启动） |
vm.min_free_kbytes |
保留最低空闲内存，防分配失败 | 全局水位线，非进程级 |
这些参数调优有助于系统稳定性，但不能替代 cgroup 的进程级内存隔离。
不复杂但容易忽略细节，尤其权限作用范围和生效时机。
