说实话，刚接触 Fedora Silverblue 的时候，我也像很多新手一样，对着那个看起来有点“冷冰冰”的终端界面发愣。毕竟，习惯了 dnf install 这种丝滑操作的我们，突然被扔进了一个“不可变操作系统”（Immutable OS）的怀抱，第一反应往往是：“这玩意儿能不能跑得快？会不会因为不能随便改系统文件而变得臃肿？”
但当你真正深入进去，你会发现 Silverblue 不仅仅是“安全”，它其实是一把被很多人低估的性能利器。它的核心逻辑是：把系统环境与应用环境彻底剥离。这种架构上的洁癖，恰恰是提升长期流畅度的关键。今天，我们不谈那些虚头巴脑的理论，直接上手，从你每天接触的容器管理，一直聊到内核底层的微调，看看怎么让这台“不可变”的系统，跑得比“可变”的还快、还稳。
告别臃肿：用 Toolbox 重塑你的工作流
在传统的 Fedora Workstation 上，我们习惯安装各种开发工具、库文件，甚至为了跑个 Python 脚本装一堆依赖。久而久之，系统变得像个杂货铺，启动项越来越多，后台服务互相打架，性能自然下滑。
Silverblue 的解药是 Toolbox（基于 Podman 的容器技术）。
很多用户误以为 Toolbox 只是为了隔离环境，其实它对性能的最大贡献在于“零负担”。想象一下，你有一个干净的、轻量级的容器，里面只装了你当下需要的东西。用完即走，不占内存，不污染主机。
1. 为什么 Toolbox 能让系统更轻？
在传统系统中，如果你安装了 nodejs, python3, gcc，这些包的文件都会散落在 /usr/bin, /lib 等目录中。即使你不运行它们，系统初始化时也可能加载相关的守护进程或动态链接库缓存。
而在 Silverblue 中，Host 系统（主机）只保留最核心的内核和用户空间组件。所有的应用工具都跑在容器里。这意味着：
- 启动速度：主机没有多余的后台服务。
- 资源占用：只有当你打开 Toolbox 并运行程序时，容器才会消耗 CPU 和内存。闲置时，它几乎不占资源。
2. 实战：创建一个极致精简的开发环境
别再用默认的 toolbox create 了，那可能会拉取一个较大的基础镜像。我们可以手动创建一个最小化的环境，体验极致的轻量。
首先，确保你安装了 podman-toolbox。然后，我们可以利用 fedora-toolbox 的官方镜像，但通过自定义命令来控制初始状态。
# 进入默认的 toolbox 环境
toolbox enter
# 在容器内部，你可以像操作普通 Linux 一样安装软件
# 例如，只安装你需要的编译器
sudo dnf install gcc gcc-c++ make -y
# 注意：在容器内修改文件是安全的，不会影响主机
echo "Hello from optimized container" > test.txt
cat test.txt
这里有个小技巧：定期清理未使用的容器和镜像。Podman 默认不会自动删除，你可以设置一个 cron job 或者手动运行：
# 在主机的 Shell 中运行，清理悬空的镜像和停止的容器
podman system prune -a --volumes -f
这不仅释放了磁盘空间，更重要的是减少了 Podman 守护进程在后台扫描这些无用元数据的开销。对于 Silverblue 这种强调“纯净”的系统来说，保持镜像库的整洁就是保持性能的整洁。
Flatpak 的优化：别让你的应用商店变成“内存黑洞”
Flatpak 是 Silverblue 的应用分发标准。很多人抱怨 Flatpak 应用启动慢、占用内存大，这通常是因为配置不当或者使用了过多的运行时（Runtimes）。
1. 理解 Flatpak 的运行时机制
Flatpak 应用依赖于运行时，比如 org.freedesktop.Platform 和 org.freedesktop.Sdk。每个应用都会链接到特定的运行时版本。如果你安装了 10 个不同的应用，它们可能依赖不同版本的运行时，导致磁盘上和内存中都有冗余。
优化策略：统一运行时版本。
在 Silverblue 中，你可以通过 flatpak update 保持运行时最新，但更重要的是，避免安装过时的应用。旧版应用往往依赖旧的运行时，而这些旧运行时可能不会被自动清理。
2. 移除僵尸运行时和缓存
随着时间推移，你的 ~/.local/share/flatpak 目录下会堆积大量不再使用的运行时和引用。你可以使用以下命令进行深度清理：
# 列出所有已安装的运行时及其大小
flatpak list --app --columns=application,ref,size
# 强制回收未使用的运行时（谨慎操作，确保没有应用依赖它们）
flatpak uninstall --unused
这个命令非常关键。它会检查哪些运行时没有被任何已安装的应用引用，并将其删除。这不仅节省了数 GB 的磁盘空间，还减少了系统启动时 Flatpak 守护进程需要加载的元数据量。
3. 针对特定应用的性能调优
有些应用，如浏览器或大型 IDE，确实比较吃内存。对于这类应用，你可以尝试限制它们的资源使用，或者选择更轻量的替代品。
例如，如果你使用 Firefox，可以启用硬件加速并确保使用最新的 Wayland 支持（Silverblue 默认使用 Wayland）：
# 在 Firefox 地址栏输入 about:config
# 搜索 layout.frame_rate
# 确保其值为 60 或更高，以保持流畅的滚动体验
# 搜索 widget.wayland.enable
# 确保其为 true，以启用原生 Wayland 渲染，减少 X11 兼容层的开销
内核调校：挖掘硬件的极限潜力
Silverblue 的内核是 kernel-coreos，它是经过 Red Hat 严格测试的。虽然它不像某些 Arch Linux 的定制内核那样激进，但它提供了极好的稳定性与性能平衡。然而，我们可以通过一些细微的调整，让它在日常使用中更加“跟手”。
1. 调整 Swappiness（交换空间使用率）
默认情况下，Linux 的 vm.swappiness 值通常是 60。这意味着当内存使用率达到一定程度时，系统倾向于将内存页写入交换分区（Swap），而不是腾出物理内存。对于拥有较大内存（如 16GB 以上）的现代桌面用户来说，这往往是不必要的，反而会导致延迟。
优化目标：让物理内存尽可能多地保留活跃数据。
我们可以通过创建一个新的 systemd 配置单元来永久修改这个值。
# 在主机 shell 中执行
sudo mkdir -p /etc/systemd/system/sysctl.d/
sudo tee /etc/systemd/system/sysctl.d/99-silverblue-optimize.conf << EOF
[Service]
Type=oneshot
ExecStart=/usr/sbin/sysctl -w vm.swappiness=10
[Install]
WantedBy=multi-user.target
EOF
# 重新加载 systemd 配置并重启
sudo systemctl daemon-reload
sudo reboot
将 swappiness 设置为 10 是一个经验值。它告诉内核：“除非万不得已，否则不要使用 Swap。” 这样，当你切换应用时，系统响应会更迅速，因为数据还在快速的 RAM 中，而不是在较慢的 SSD/NVMe 交换分区里。
注意：如果你只有 8GB 或更少的内存，建议保持在 10-20 之间，不要设为 0，以免在内存极度紧张时系统直接 OOM Killer（内存溢出杀手）。
2. 文件系统延迟分配优化
Silverblue 默认使用 Btrfs 文件系统。Btrfs 是一个非常强大的文件系统，支持快照、压缩等功能。但在某些情况下，默认的写回策略可能会导致轻微的 I/O 延迟。
我们可以调整 Btrfs 的提交间隔（commit interval），让数据更频繁地刷入磁盘，从而减少单次写入的延迟感。
# 查看当前挂载选项
findmnt -no OPTIONS /
# 编辑 /etc/fstab 或使用 systemd mount unit 添加 commit=5 参数
# 示例：在 fstab 中，将默认的 noatime,nodiratime,compress=zstd:1 改为
# /dev/mapper/fedora-root / btrfs defaults,noatime,nodiratime,compress=zstd:1,commit=5 0 0
commit=5 表示内核每 5 秒强制将脏数据刷盘一次。默认值通常是 30 秒。虽然这会增加一点点磁盘写入频率，但对于 NVMe 固态硬盘来说，这点开销几乎可以忽略不计，却能换来更一致的 I/O 响应时间，尤其是在大量小文件读写时（如编译代码、浏览网页缓存）。
3. 启用 ZRAM：内存不足的终极解决方案
如果你的 Silverblue 机器内存较小（如 8GB），或者你经常运行多个重型容器，ZRAM 是你的好朋友。
ZRAM 会在 RAM 中创建一个压缩块设备，充当 Swap。由于数据是压缩存储的，你可以用更少的物理内存实现更多的“虚拟内存”效果，而且访问速度远快于磁盘 Swap。
Silverblue 社区通常推荐使用 zram-generator 来配置它。
# 安装 zram-generator
sudo dnf install zram-generator-defaults
# 创建配置文件
sudo tee /etc/systemd/zram-generator.conf << EOF
[zram0]
zram-size = ram / 2
comp-algorithm = zstd
EOF
这个配置告诉系统：创建一个大小为物理内存一半的 ZRAM 设备，并使用高效的 zstd 算法进行压缩。重启后，你会发现系统在处理多任务时更加从容，因为内存压力被分散到了高速压缩的 ZRAM 中，而不是缓慢的磁盘上。
图形栈与显示服务器：Wayland 的正确姿势
Fedora Silverblue 默认使用 Wayland，这是未来的趋势，也是性能优化的关键一环。X11 需要额外的转换层（XWayland）来运行旧应用，这会增加 GPU 负载和延迟。
1. 确保应用原生支持 Wayland
检查你常用的应用是否原生支持 Wayland。对于 GNOME 应用，这通常不是问题。但对于 Qt 应用或 Electron 应用（如 VS Code, Discord, Slack），你需要确保它们使用正确的环境变量。
# 在 ~/.bashrc 或 ~/.zshrc 中添加
export WAYLAND_DISPLAY=wayland-0
export QT_QPA_PLATFORM=wayland
export GDK_BACKEND=wayland
这些设置强制 Qt 和 GTK 应用使用 Wayland 后端，而不是回退到 X11。你可以观察到，启用后，鼠标移动和窗口拖拽的延迟显著降低，尤其是在高分辨率显示器上。
2. GPU 驱动与硬件加速
对于 NVIDIA 用户，Silverblue 的配置稍微复杂一点，因为专有驱动需要 DKMS 模块重建。确保你的 NVIDIA 驱动是最新的，并且正确启用了 DRM 模式设置（Modesetting）。
# 在 GRUB_CMDLINE_LINUX 中添加
rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1
nvidia-drm.modeset=1 是关键。它允许 NVIDIA 驱动参与 KMS（内核模式设置），从而实现与 Wayland 更好的集成，减少屏幕撕裂和输入延迟。
监控与维护：保持系统轻盈的习惯
最后，性能优化不是一次性的工作，而是一种习惯。Silverblue 的设计初衷就是“设好即忘”，但这并不意味着你可以完全不管它。
1. 定期更新系统
Silverblue 的优势在于原子更新。每次更新，系统都会下载新的镜像，并在下次重启时切换到新版本。这确保了你的内核、工具链和驱动程序始终保持同步和最新。
# 检查可用更新
rpm-ostree status
# 应用更新
sudo rpm-ostree upgrade
不要害怕更新。Silverblue 的快照机制让你可以随时回滚到之前的版本。如果某个更新导致性能下降，你可以轻松回到上一个稳定状态。
2. 监控资源使用情况
使用 htop 或 btop 这样的现代终端监控工具，定期检查 CPU 和内存的使用情况。你会发现，在 Silverblue 上，空闲状态的内存占用通常比传统发行版低得多，因为没有多余的后台服务在运行。
# 安装 btop
toolbox create
toolbox enter
sudo dnf install btop
btop
通过观察 btop 的输出，你可以识别出哪些容器或应用正在消耗过多资源，并及时进行优化或关闭。
结语：从“不可变”中获得的“可变”自由
Fedora Silverblue 的性能优化，本质上是一场关于“减法”的艺术。
通过 Toolbox 隔离开发环境，我们避免了主机的臃肿；通过 Flatpak 的精简维护，我们减少了应用间的冲突；通过内核和文件系统的微调，我们释放了硬件的潜在性能；通过 Wayland 的原生支持，我们消除了显示栈的额外开销。
这一切的最终结果，是一个启动更快、响应更灵敏、长期运行后依然如新的系统。它不像传统的 Linux 发行版那样需要你不断地“修补”和“清理”，而是通过架构设计，从根本上杜绝了性能衰退的可能性。
所以，不要担心 Silverblue 的“不可变”特性会限制你的发挥。相反，正是这种坚定的原则，给了你最大的自由——去专注你的工作，而不是去维护你的系统。现在，打开你的终端，运行 toolbox create，开始体验这种前所未有的流畅吧。