ps -eo pid,comm,%mem,rss --sort=-rss | grep dockerd可查dockerd主进程rss内存（kb）及占系统内存百分比，其内存随容器数、buildkit缓存、日志缓冲等负载增长，需用systemctl show docker或cgroup路径交叉验证，docker stats等容器命令无效。
查看 docker 守护进程（dockerd）自身的内存占用，和查看容器内存不同——它不是容器，而是宿主机上的一个系统级进程，需从操作系统层面监控。
直接查 dockerd 进程的内存使用
在宿主机终端执行以下命令即可获取 dockerd 主进程的实时内存消耗：
-
用
ps查 RSS（常驻物理内存）：ps -eo pid,comm,%mem,rss --sort=-rss | grep dockerd
输出中RSS列单位为 KB，例如89240表示约 87MiB；%mem是占系统总内存的百分比。 -
用
top或htop动态观察：
运行top后按Shift+P按 CPU 排序，或按Shift+M按内存排序，再搜索dockerd进程名。 -
精确定位主进程 PID 后查详细内存映射：
pgrep -f "dockerd" | head -n1 | xargs -I{} cat /proc/{}/status | grep -E "^(VmRSS|VmSize|MMUPageSize)"
其中VmRSS最接近实际物理内存占用（单位 kB）。
注意守护进程的内存构成特点
Docker 守护进程的内存不只用于自身逻辑，还承担多项职责，导致其内存随负载增长：
minimax-mcp-docker版（适配极空间）
下载
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
- 管理大量容器时，内存会缓存容器元数据、网络配置、镜像层索引等；
- 启用
buildkit构建时，构建缓存和中间层可能显著增加内存占用； - 日志驱动（如
json-file）若未限制日志大小，dockerd可能因日志缓冲累积额外内存； - 插件（如 volume 插件、CNI 插件）以子进程方式运行，其内存通常不计入主
dockerd进程，但属于 Docker 生态整体开销。
辅助验证：对比系统级资源视图
避免仅依赖单一命令，可交叉验证：
- 运行
systemctl show docker --property=MemoryCurrent（需 cgroup v2 + systemd 240+）直接读取 dockerd 所在 cgroup 的当前内存用量； - 检查
/sys/fs/cgroup/memory/system.slice/docker.service/memory.usage_in_bytes（cgroup v1 路径），数值为字节，可用numfmt --to=iec-i --suffix=B格式化； - 用
docker info | grep -i "memory\|cgroup"确认当前使用的 cgroup 版本及是否启用内存限制。
常见误区提醒
以下操作不能反映守护进程本身内存：
-
docker stats—— 只统计容器，对dockerd无效； -
docker system df—— 统计磁盘空间，非内存； -
docker inspect—— 面向容器或镜像对象，无法获取守护进程状态； - 通过容器内
ps aux查看 —— 容器命名空间中根本看不到dockerd进程。
