嘿，朋友！如果你正在使用 Fedora Silverblue，那说明你对系统的稳定性、原子更新以及容器化体验有着极高的追求。但我也知道，这种“完美”的背后，偶尔也会让你感到一丝疲惫：比如打开一个 GNOME Tweaks 时突然的卡顿，或者在清理那些堆积如山的 OSTree 和 Container 镜像时，发现磁盘空间告急，甚至因为某些内核参数默认设置过于保守，导致在多任务处理时出现微弱的延迟感。
别担心，这并非 Silverblue 本身的问题，而是因为它太“安全”了。今天，我不打算给你扔一堆枯燥的命令，而是带你像修车一样，一步步拆解这个系统，从底层的内核调优到上层的容器垃圾回收，把那些隐藏的流畅度潜力全部挖掘出来。我们要做的，是让这台机器不仅稳定，而且跑得飞快，就像刚出厂时那样轻盈。
一、 理解 Silverblue 的“特殊性”：为什么常规优化失效？
在动手之前，我们必须先达成一个共识：Silverblue 是一个不可变操作系统（Immutable OS）。这意味着 /etc、/usr 这些核心目录是只读的。如果你试图去修改 /etc/sysctl.conf，你会发现根本改不了，或者改了下次重启就丢了。这种设计是为了防止系统被意外破坏，但也意味着传统的 Linux 优化手段在这里需要换一种思路。
此外，Silverblue 重度依赖 rpm-ostree 和 Toolbox/Distrobox 容器环境。你的 CPU 和内存占用，很多时候不是来自宿主系统本身，而是来自那些后台运行的容器守护进程（Podman）或者未清理的旧版本镜像。
所以，我们的优化策略分为两层：
- 内核层：通过临时的 sysctl 命令或持久化的 systemd 服务来绕过只读限制。
- 应用层：清理 Podman 缓存、优化 GNOME 桌面环境的动画和资源消耗。
二、 内核参数微调：释放潜在的 I/O 和内存性能
内核参数（sysctl）是影响系统响应速度的关键。虽然我们不能直接编辑配置文件，但我们可以通过创建自定义的 systemd 配置来实现永久生效。这听起来很技术，但其实很简单，就像给系统贴了一张“个性标签”。
1. 优化虚拟内存管理
默认情况下，Linux 倾向于尽早将不常用的内存页面交换到磁盘（swap），这在拥有大量 RAM 的现代机器上往往是不必要的，反而会导致频繁的磁盘 I/O 等待，造成界面卡顿。
我们需要调整 vm.swappiness 和 vm.vfs_cache_pressure。
- vm.swappiness：控制内核使用 swap 的倾向。0 表示尽量减少 swap，100 表示积极使用 swap。对于 SSD 用户，建议设为 10-20。
- vfs_cache_pressure：控制内核回收 inode 和 dentry 缓存的倾向。默认值 100 通常太高了，设为 50 可以让内核更久地保留文件路径缓存，提升文件访问速度。
操作步骤：
创建一个名为 99-custom-sysctl.conf 的文件。由于 Silverblue 是只读的，我们将其放在 /etc/sysctl.d/ 目录下，这是允许写入的配置目录。
# 使用 sudo 权限创建并编辑配置文件
sudo nano /etc/sysctl.d/99-custom-ssysctl.conf
在文件中添加以下内容：
# 减少 swap 的使用频率，优先使用物理内存
vm.swappiness = 10
# 降低 inode 缓存回收压力，提升文件操作效率
vm.vfs_cache_pressure = 50
# 增加透明大页（Transparent Huge Pages）的可用性，这对数据库和某些计算密集型应用有帮助
vm.transparent_hugepage = always
# 优化网络接收缓冲，减少丢包和延迟
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
保存并退出后，为了让更改立即生效，你可以执行：
sudo sysctl --system
这条命令会重新加载所有 /etc/sysctl.d/ 下的配置。你会发现，之后在进行大量文件复制或多窗口切换时，系统的响应更加跟手。
2. 针对 NVMe SSD 的调度器优化
如果你的系统使用的是 NVMe SSD，默认的 I/O 调度器可能不是最优的。现代 NVMe 驱动器通常自带硬件队列，软件层面的调度器干预越少越好。
检查当前的调度器：
cat /sys/block/nvme0n1/queue/scheduler
如果输出中包含 [none] 或 [mq-deadline]，那通常是不错的。但如果看到 bfq 或其他复杂的调度器，且你感觉随机读写有轻微延迟，可以尝试强制设置为 none 或 mq-deadline。
在 Silverblue 中，我们可以通过内核启动参数来永久指定。这需要修改 GRUB 配置，但因为 Silverblue 的原子特性，直接改 GRUB 可能会在下次内核更新时被覆盖。更稳妥的方式是使用 rpm-ostree 注入内核参数。
不过，对于大多数用户，默认的 mq-deadline 对 NVMe 已经足够好。如果你确定要调整，建议使用以下命令临时测试：
echo mq-deadline | sudo tee /sys/block/nvme0n1/queue/scheduler
如果感觉流畅度提升，可以将其加入内核命令行。但在 Silverblue 中，更推荐的做法是信任默认配置，除非你有明确的性能瓶颈证据。盲目更改 I/O 调度器有时反而会引入额外的 CPU 开销。
三、 容器缓存清理：解决磁盘空间焦虑与启动缓慢
Silverblue 的核心魅力在于 Toolbox 和 Distrobox，但它们的副作用是：随着时间推移，你会拥有无数个基于不同基础镜像（如 Fedora 38, 39, 40, Ubuntu 22.04 等）的容器镜像层。这些层占据了大量的磁盘空间，并且 Podman 守护进程在处理过多镜像时，索引查找会变慢，导致 toolbox enter 命令启动延迟。
1. 识别“隐形”的大户
首先，让我们看看谁占用了最多的空间。运行以下命令查看 Podman 镜像的大小分布：
podman images --format "table {{.Repository}}\t{{.Tag}}\t{{.Size}}"
你会发现，除了你实际使用的镜像，还有很多由 buildah 或旧版 podman 创建的中间层（dangling layers）。
2. 安全清理脚本
手动删除容易误删，我们可以写一个简单的脚本来清理未被任何容器引用的镜像和构建缓存。
创建一个名为 clean-podman.sh 的脚本：
#!/bin/bash
echo "开始清理 Podman 缓存..."
# 1. 删除所有停止的容器
echo "移除停止的容器..."
podman rm $(podman ps -a -q -f status=exited) --force 2>/dev/null
# 2. 删除悬空的镜像（没有标签的镜像，通常是构建过程中的中间层）
echo "删除悬空镜像..."
podman rmi $(podman images -q -f dangling=true) --force 2>/dev/null
# 3. 删除未使用的卷
echo "清理未使用的卷..."
podman volume prune -f
# 4. 清理构建缓存（如果需要）
echo "清理构建缓存..."
buildah rm -a 2>/dev/null || true
echo "清理完成！释放空间统计："
podman system df
赋予执行权限并运行：
chmod +x clean-podman.sh
./clean-podman.sh
注意：在运行此脚本前，请确保你所有的 Toolbox 容器都已关闭。如果某个容器正在使用某个镜像，它不会被删除，这是安全的。
3. 定期自动清理
为了保持系统长期流畅，你可以设置一个 cron 任务或 systemd timer 来每周自动执行一次清理。
创建 /etc/systemd/system/podman-cleanup.timer：
[Unit]
Description=Weekly Podman Cleanup Timer
[Timer]
OnCalendar=weekly
Persistent=true
[Install]
WantedBy=timers.target
创建对应的 service 文件 /etc/systemd/system/podman-cleanup.service：
[Unit]
Description=Clean up Podman resources
[Service]
Type=oneshot
ExecStart=/usr/bin/podman system prune -af --volumes
启用并启动定时器：
sudo systemctl enable --now podman-cleanup.timer
这样，你就再也不用担心容器缓存拖慢系统速度了。
四、 GNOME 桌面环境优化：告别动画卡顿
Silverblue 默认使用 GNOME 桌面。GNOME 以其美观著称，但动画效果在低配硬件或高负载下可能会导致轻微的输入延迟。我们可以通过 gnome-tweaks 或命令行来微调这些行为。
1. 禁用不必要的动画
动画虽然好看，但在多任务切换时，它们会阻塞渲染管线。
# 禁用窗口动画
gsettings set org.gnome.desktop.interface enable-animations false
# 如果希望保留动画但减少影响，可以调整动画时长
gsettings set org.gnome.desktop.interface transition-duration 0
如果你安装了 GNOME Tweaks，也可以在“外观”选项卡中直接关闭“窗口动画”。
2. 优化 Wayland 性能
Silverblue 默认使用 Wayland 显示服务器。Wayland 通常比 X11 更安全、更流畅，但在某些特定硬件驱动下可能需要微调。
确保你的显卡驱动是最新的。对于 NVIDIA 用户，Silverblue 提供了专门的 RPM Fusion 仓库支持。请确保已启用非自由软件仓库并安装了专有驱动：
# 启用 RPM Fusion Free 和 Nonfree 仓库
sudo rpm-ostree install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
# 安装 NVIDIA 驱动（根据你的显卡型号选择）
sudo rpm-ostree install akmod-nvidia xorg-x11-drv-nvidia cuda
重启后，NVIDIA 驱动将集成到新的 OSTree 部署中。在登录界面，你可以选择“GNOME on Wayland”或“GNOME on X11”。通常，Wayland 下的性能更好，但如果遇到屏幕撕裂或鼠标抖动，尝试切换到 X11 模式。
3. 扩展程序的选择
GNOME Shell 扩展是性能的杀手，尤其是那些监控 CPU、内存或网络流量的扩展。每个扩展都会注入代码到 Shell 进程中，增加内存占用和事件循环的负担。
建议只保留必要的扩展，如 Dash to Dock 或 Blur my Shell。对于其他扩展，特别是那些实时刷新数据的，请谨慎安装。你可以使用 Extension Manager 应用来批量禁用不常用的扩展。
五、 实战案例：从卡顿到丝滑的转变
让我分享一个真实的场景。用户小李拥有一台配备 Intel i7 和第 12 代酷睿集成显卡的笔记本，运行 Fedora Silverblue 39。他抱怨说，当同时打开 Chrome（20个标签页）、VS Code 和一个 Toolbox 容器时，切换窗口会有明显的 0.5 秒延迟，并且磁盘使用率经常飙升至 100%。
第一步：诊断
小李运行了 iotop 和 htop，发现主要 I/O 瓶颈来自于 /var/lib/containers/storage 下的 Podman 层读取，以及大量的 swap 交换。
第二步：实施优化
- 内核调优：按照前面的步骤，创建了
99-custom-sysctl.conf，将vm.swappiness设为 10，vfs_cache_pressure设为 50。重启后，swap 使用量显著下降。 - 容器清理：运行了我们编写的
clean-podman.sh脚本，清理出了 15GB 的空间，并移除了 50 多个悬空镜像。 - GNOME 调整：禁用了窗口动画，并卸载了两个实时监控类的扩展。
第三步：结果
一周后，小李反馈，切换窗口的延迟几乎消失，系统响应变得“即点即达”。即使在重载工作负载下，CPU 温度也更低，因为不再频繁地在内存和磁盘之间交换数据。
六、 进阶技巧：使用 Btrfs 快照与回滚
Silverblue 基于 Btrfs 文件系统，这不仅是存储格式，更是其原子更新的基石。如果你发现某次优化后系统反而不稳定，或者你想尝试激进的内核参数而不想承担风险，Btrfs 快照是你的救命稻草。
虽然 Silverblue 的 OSTree 机制本身提供了回滚能力，但 Btrfs 快照可以捕获整个文件系统的状态，包括 /home 目录（如果单独分区的话）或特定配置。
创建一个快照：
sudo btrfs subvolume snapshot / /@snapshot-before-optimize
如果优化失败，你可以进入 GRUB 菜单，选择之前的内核版本启动，或者在系统内使用 rpm-ostree rollback 回到上一个部署。
七、 总结：优化是一场持续的旅程
优化 Fedora Silverblue 并不是做一次性的任务，而是一种习惯。内核参数的调整解决了底层的资源调度问题，容器清理释放了宝贵的磁盘空间和 I/O 带宽，而 GNOME 的轻量化设置则提升了用户体验的直接感受。
请记住，没有任何一种优化适合所有人。最好的方式是：
- 备份重要数据。
- 小步快跑：一次只做一个改动，观察效果。
- 监控指标：使用
top、htop、iotop和bpftrace等工具，用数据说话，而不是凭感觉。
Silverblue 的强大之处在于它的稳定性和可预测性。通过这些优化，你并没有破坏这种稳定性，而是在其坚实的基础上，构建了一个更高效、更响应迅速的个人工作环境。现在，去享受那种丝般顺滑的操作体验吧！如果有其他具体的问题，随时欢迎回来探讨。毕竟，技术的乐趣就在于不断发现和解决那些细微的不完美。