嘿，朋友。我知道你正在和 Fedora Silverblue 打交道。这不仅仅是一个操作系统，这是一种生活方式的转变——一种“不可变”（Immutable）的生活方式。当你习惯了 rpm-ostree 的原子更新和 toolbox 的容器化开发环境后，那种“系统被搞坏”的焦虑感确实消失了，但随之而来的可能是另一种困扰：为什么我的机器有时候会卡？为什么磁盘空间莫名其妙少了？为什么容器里的应用启动没那么快？
别担心，Silverblue 不是魔法，它依然运行在 Linux 内核之上，依然受制于硬件和配置。今天我不给你讲那些枯燥的教科书理论，我们要像修车一样，把银蓝这台精密的机器拆开来看看，从底层磁盘到上层容器，一步步让它跑得飞起。
拒绝“只读”的错觉：理解磁盘空间的真相
很多 Silverblue 新手有个误区：“既然根文件系统是不可变的，那我是不是可以随便装东西？” 或者反过来，“我删了东西，为什么 df -h 显示的空间没回来？”
在 Silverblue 中，你的 /home 目录是可写的，这是你存放数据的地方。而系统本身（/usr, /etc 等）是只读的。当你通过 rpm-ostree install 安装软件时，它并不是直接修改现有文件，而是创建一个新的系统镜像层。旧的镜像并没有立即消失，它们堆积在那里，直到你重启并选择新的版本，或者手动清理旧版本。
1. 清理过时的系统镜像（rpm-ostree 垃圾）
如果你经常更新系统，或者尝试了很多不同的软件包组合，你的 /var 分区可能会变得臃肿。这是导致“系统卡顿”的常见原因之一，因为元数据读写变慢了。
打开终端，运行以下命令查看当前保留的镜像数量：
rpm-ostree status
你会看到类似这样的输出：
State: idle
Deployments:
● fedora:fedora/x86_64/silverblue
Version: 39.20231015.0 (2023-10-15T10:00:00Z)
BaseCommit: abc123...
GPGSignature: Valid signature by ...
LayeredPackages: firefox vim
fedora:fedora/x86_64/silverblue
Version: 39.20231001.0 (2023-10-01T10:00:00Z)
BaseCommit: def456...
注意看，这里有两个部署项。上面那个带 ● 的是当前正在使用的。下面那个就是“垃圾”。随着时间推移，这些旧镜像会占用大量磁盘空间。
如何清理？
你可以使用 rpm-ostree cleanup 命令。为了安全起见，我们通常建议保留最近的几个版本以防回滚。
# 移除所有未激活的部署，但保留最近 3 个快照
sudo rpm-ostree cleanup --rollback
或者更激进一点，如果你想彻底释放空间（前提是你确信新系统稳定）：
# 移除所有未激活的部署
sudo rpm-ostree cleanup --rebase
小贴士：如果你发现磁盘空间突然不够了，先跑这个命令，往往能腾出几个 GB 甚至十几个 GB 的空间。
2. 清理用户态缓存
既然系统部分是自动管理的，那麻烦就全在你自己的 /home 里了。Silverblue 用户通常大量使用 Flatpak 和 Toolbox/Distrobox。
Flatpak 缓存清理：
Flatpak 应用下载后会在 ~/.local/share/flatpak/objects 留下缓存。虽然 Flatpak 会自动管理，但有时旧的运行时或驱动会残留。
# 查看 Flatpak 使用情况
flatpak info --show-updates
# 清理不再需要的运行时和驱动
flatpak uninstall --unused
浏览器缓存：
Firefox 或 Chrome 的缓存文件夹可能高达几 GB。定期清理有助于提升网页加载速度，间接减少 I/O 等待导致的卡顿。
# 对于 Firefox 用户，可以在设置中直接清理，或者手动删除
rm -rf ~/.cache/mozilla/firefox/*.default-release/cache2/*
容器化应用的性能调优：Toolbox 与 Distrobox
Silverblue 的核心魅力在于容器化开发环境。但是，默认情况下，toolbox 容器内的资源限制可能比较保守，或者由于文件系统映射的原因，导致某些操作（如编译大型项目、索引代码）显得缓慢。
1. 优化 Toolbox 的资源分配
默认的 toolbox 容器使用的是 Podman。Podman 是无守护进程的，这很好，但在处理大量并发 I/O 时，可能会遇到瓶颈。
启用 ZFS 或 Btrfs 的子卷隔离（高级）：
如果你的 Silverblue 安装在 Btrfs 上（默认通常是），你可以利用 Btrfs 的特性来加速容器内的文件访问。但这需要一定的 Linux 基础知识。对于大多数用户，更简单的方法是调整容器的 CPU 和内存限制。
编辑你的 toolbox 配置文件（通常在 ~/.config/toolbox/config 或类似位置，具体取决于版本）：
[container]
cpu-shares = 1024
memory = 4G
解释：
cpu-shares: 相对权重。默认是 1024。如果你希望开发环境更响应迅速，可以适当增加，但不要超过物理核心数限制。memory: 限制容器最大内存。给足内存可以避免 OOM Killer 介入，防止因内存交换（Swap）导致的剧烈卡顿。
2. Distrobox 的额外优化
如果你更喜欢 distrobox，它提供了更多的灵活性。你可以创建一个基于 Arch Linux 或 Ubuntu 的容器，这些发行版通常对桌面环境的优化更好。
关键技巧：使用 --init 参数
在创建容器时，加上 --init 可以确保容器内有一个 init 进程，这对于运行 systemd 服务（如数据库、Web 服务器）至关重要，也能更好地管理后台任务，避免僵尸进程占用资源。
distrobox create --name dev-ubuntu --image ubuntu:latest --init
distrobox enter dev-ubuntu
进入容器后，你可以像普通 Ubuntu 一样优化它：
sudo apt update && sudo apt upgrade
# 安装性能监控工具
sudo apt install htop iotop
3. 避免容器内的重复工作
很多用户喜欢在容器里安装 GUI 应用（如 VS Code, GIMP）。这在 Silverblue 上其实是不推荐的，因为 Silverblue 本身就有完善的 Flatpak 生态。容器应该只用于开发工具链（编译器、解释器、库）。
如果你在容器里跑了大量的 GUI 应用，X11/Wayland 的转发开销会增加 CPU 负担。尽量在主机上运行 GUI 应用，只在容器里跑命令行工具。
系统级的流畅度提升：内核与调度器
Silverblue 使用最新的内核，这通常意味着更好的硬件支持，但也可能带来一些兼容性问题。
1. 检查内核参数
有些硬件（特别是 NVMe SSD 和新款 CPU）需要特定的内核参数才能发挥最佳性能。
查看当前内核参数：
cat /proc/cmdline
常见的优化参数包括：
intel_pstate=enable: 对于 Intel CPU，启用 P-State 驱动，提供更细粒度的频率调节。processor.max_cstate=1: 限制 CPU 深度睡眠状态，减少唤醒延迟，适合高性能场景（但会增加功耗）。vm.swappiness=10: 降低交换分区的使用倾向，优先使用 RAM。
如何永久修改？
在 Silverblue 上，你不能直接编辑 /etc/default/grub。你需要使用 rpm-ostree 来注入内核参数。
sudo rpm-ostree kargs --append-if-missing=vm.swappiness=10
sudo rpm-ostree kargs --append-if-missing=intel_pstate=enable
然后重启：
sudo systemctl reboot
2. 调整 Swappiness
默认情况下，Linux 的 swappiness 是 60。这意味着当内存使用率达到一定比例时，系统就开始往硬盘写数据。对于拥有 16GB 以上内存的现代机器，这太激进了。
我们可以通过上述 kargs 方法将其改为 10 或 0。
sudo rpm-ostree kargs --append-if-missing=vm.swappiness=10
验证： 重启后，运行 sysctl vm.swappiness 确认是否生效。
3. 禁用不必要的服务
虽然 Silverblue 的服务较少，但你可能还是安装了一些后台服务（如打印机服务、蓝牙服务等）。
列出所有活动服务：
systemctl list-units --type=service --state=active
如果你不用蓝牙，可以禁用：
sudo systemctl disable bluetooth.service
sudo systemctl stop bluetooth.service
图形界面与 Wayland 的注意事项
Fedora Silverblue 默认使用 Wayland。Wayland 提供了更好的安全性和性能，但在某些场景下（如屏幕录制、远程桌面、旧版 NVIDIA 驱动）可能会有兼容性或性能问题。
1. NVIDIA 用户的痛点
如果你使用的是 NVIDIA 显卡，Silverblue 的性能优化会比开源驱动用户复杂得多。NVIDIA 闭源驱动在 Wayland 下的表现一直在改进，但仍不如 X11 稳定。
建议：
- 确保安装了最新的专有驱动：
sudo rpm-ostree install akmod-nvidia xorg-x11-drv-nvidia sudo systemctl reboot - 考虑切换回 X11： 如果发现 Wayland 下游戏卡顿或应用渲染异常，可以在登录界面点击齿轮图标，选择 “GNOME on Xorg”。
2. GNOME 的扩展管理
GNOME Shell 扩展是性能杀手。每个扩展都在主进程中运行，如果一个扩展写得不好，整个桌面都会卡顿。
诊断工具：
使用 gnome-shell-extension-manager 或手动检查扩展列表：
gnome-extensions list
优化步骤：
- 禁用所有扩展。
- 逐个启用，观察系统响应速度。
- 特别警惕那些涉及全局键盘监听、鼠标跟踪或频繁刷新 UI 的扩展（如系统监控、网络管理器增强等）。
- 推荐使用轻量级替代方案，例如用
htop代替复杂的系统监控扩展。
硬件层面的终极建议
最后，别忘了硬件本身。Silverblue 对硬件的要求并不比 Fedora Workstation 高，但它对 I/O 子系统的敏感度更高，因为它依赖快速的原子操作。
1. 使用 NVMe SSD
如果你还在使用机械硬盘（HDD）作为系统盘，那么无论怎么优化软件，卡顿都很难根除。NVMe SSD 的低延迟和高 IOPS 是 Silverblue 发挥优势的基础。
2. 足够的 RAM
由于容器化和 Flatpak 的隔离机制，每个应用都有一定的内存开销。建议至少 16GB RAM，理想情况是 32GB。这样你可以同时运行多个 Toolbox 容器、Flatpak 应用和浏览器标签页而不必担心 Swap。
3. 监控温度
过热会导致 CPU 降频，从而引起瞬间卡顿。使用 thermald 来管理温度：
sudo dnf install thermald
sudo systemctl enable thermald
sudo systemctl start thermald
总结：保持银蓝的“银”光闪闪
优化 Fedora Silverblue 不是一劳永逸的任务，而是一种习惯。
- 定期清理：每月运行一次
rpm-ostree cleanup和flatpak uninstall --unused。 - 克制安装：只在主机上安装必要的 GUI 应用，开发工具留给容器。
- 监控资源：使用
htop和iotop了解谁在占用你的 CPU 和磁盘 I/O。 - 保持内核更新：利用 Silverblue 的原子更新特性，及时获取最新内核和驱动优化。
记住，Silverblue 的强大在于其稳定性和可预测性。当你感到卡顿的时候，不妨停下来想想：是磁盘满了？是容器资源受限？还是某个扩展在捣乱？找到根源，对症下药，你就能享受到这个“不可变”系统带来的极致流畅体验。
希望这篇指南能帮你解开 Silverblue 的性能枷锁。如果有具体的硬件型号或错误日志，欢迎随时交流，我们一起解决。祝你在银蓝的世界里玩得开心！