夜雨聆风今天早上刷 Reddit 的 Ollama 板块，看到一个帖子直接给我看懵了。有用户说，他啥也没干，机器上500MB 内存就没了，罪魁祸首是 OpenClaw 进程。
- OpenClaw 进程在未主动运行的情况下，占用 300-500MB 内存。
- 用户尝试修改 systemd 服务中的 StartExec 来修复，但失败了两次。
- 第二次操作失误，导致 ollama serve 服务被禁用，所有模型被清空。
这内存到底是怎么没的？
发帖人 /u/boiledsewage 描述得挺清楚。他发现 OpenClaw 进程在后台偷偷吃内存，范围在 ~500MB 到 ~300MB 之间。关键是，他并没有运行任何 OpenClaw 相关的任务。这感觉就像你车停着没开，油箱里的油自己少了半格。
他怀疑问题出在 systemd 服务文件里的 StartExec 指令上。这个指令定义了服务启动时要执行什么。他试着改了这个配置，结果没搞定。更惨的是，他第二次修改时，把 ollama serve 给搞坏了，直接导致服务被禁用。用他的原话说：
the second time removed all of my models because I messed up on ollama serve, disabling the service obviously did that as well.说白了，就是一顿操作猛如虎，一看战绩零杠五，模型还全没了。
问题根源和可能的解法
帖子里他没给出最终解决方案，但抛出了核心问题：How do I not let ollama serve activate openclaw processes? do I have to delete it?（怎么才能不让 ollama serve 激活 OpenClaw 进程？必须删掉它吗？）
这其实指向一个常见情况：Ollama 在启动服务时，可能会依赖或触发一些你并不需要的组件或子进程。OpenClaw 可能是某个依赖库或工具链的一部分，被默认带起来了。手动修改 systemd 服务文件是高级操作，一旦改错，就像他经历的那样，服务崩了，数据丢了。
所以，如果你也遇到类似 OpenClaw 或其他组件在后台偷吃资源的情况，别急着去动 systemd 的核心配置。先检查一下 Ollama 的版本、安装方式，以及是否有相关的环境变量可以控制这些子进程的启动。最保险的办法，可能是去 Ollama 的 GitHub issues 或者社区里搜一下有没有人遇到同样的问题，看看官方或社区有没有给出安全的处理方案。
留言聊聊
你在用 Ollama 的时候，碰到过哪种最让人头疼的后台进程或资源占用问题？
来源：Reddit Ollama｜原文：Openclaw ram hog
