1panel 面板会不会占用服务器资源

装完 1Panel 之后，你大概会盯着内存曲线犯嘀咕：这面板自己到底吃了我多少资源？学完这篇，你能亲手测出 1Panel 的固定开销，并知道怎么把它压到最低。

第一步：先搞清楚 1Panel 到底装了什么

1Panel 不是一个单进程程序，装它时实际落地的有四样东西：面板主服务 1panel.service、辅助服务 1panel-agent.service（两个都是 Go 编译的二进制）、Docker 引擎（安装脚本会自动装上）、以及面板数据目录 /opt/1panel。

先用这条命令确认服务在跑：

systemctl status 1panel 1panel-agent

看到 active (running) 就说明两个服务都活着。真正持续吃资源的，主要就是这两个进程加 Docker 守护进程。

第二步：命令行实测面板本身的占用

这一步要拿到的是"面板进程的常驻内存（RSS）"这个数字。执行：

ps -eo pid,comm,rss,pcpu --sort=-rss | head -15

rss 列单位是 KB，把 1panel 和 1panel-agent 两行的数字相加再除以 1024，就是面板进程占的内存 MB 数。实测经验值通常在几十 MB 到 150 MB 之间，CPU 列平时基本是 0.0，只有你打开面板页面时才会短时跳高。

注意：别用 free 的 used 列下结论。Linux 会拿空闲内存做缓存，available 那一列才是真正可用的量。

再顺手看一眼 Docker 的常驻开销：

docker stats --no-stream

docker stats 只显示容器，不含守护进程本身。空闲状态下 dockerd + containerd 合计大约在 100 MB 上下，这部分是为了跑面板而"顺手"引入的成本。

第三步：分清哪些资源不是面板吃的

这一步是排除干扰项。你打开 1Panel 左侧的「应用商店」→「已安装」，再进「容器」页面，看到的所有 MySQL、Redis、OpenResty、WordPress 容器，都是你用面板装的应用，它们的占用跟面板本身没关系。

同样，左侧「主机」→「监控」页签里的历史曲线，展示的是整机资源，不是面板开销。判断标准很简单：停掉面板后还在跑的，就不算面板的账。

第四步：停掉面板验证一次

想拿到最干净的对比数据，可以停掉面板做个 A/B 测试：

free -m
systemctl stop 1panel 1panel-agent
sleep 10
free -m

两次 available 的差值，就是面板进程加监控采集的实际开销。

注意：停掉面板不会中断你用面板部署的网站和容器，Docker 是独立服务，容器照常运行。但面板的「计划任务」（定时备份等）不会再触发，测完记得 systemctl start 1panel 1panel-agent 恢复。

第五步：把面板开销压下去

如果测出来觉得偏高，多半是监控数据在作怪。进入左侧「面板设置」→「监控」标签，把「监控数据保留天数」调小（比如 7 天以内）、「采集间隔」调大，数据库文件在 /opt/1panel/db 下，不会再无限膨胀。

另外两个建议：一是别在面板里装用不上的应用，一个 MySQL 就能吃掉几百 MB；二是 1 GB 内存以下的机器，装面板前先想清楚，面板加 Docker 的固定开销加起来通常在 200 MB 量级，留给业务的余量会很紧张。

小结

• 1Panel 自身由两个 Go 进程组成，实测常驻内存一般在几十 MB 到 150 MB，CPU 空闲时接近 0
• 安装脚本会附带 Docker，守护进程常驻约 100 MB，这部分要一起算
• 面板进程停止不影响已部署的容器，但计划任务会停
• 用 ps 看 RSS、用 free -m 看 available，别拿 used 当结论
• 监控保留天数和采集间隔可在「面板设置」→「监控」里调，是小内存机器最值得改的一项