嘿，朋友。既然你点开了这篇关于 Fedora Silverblue 的指南，我猜你大概率是个喜欢折腾技术、追求极致系统稳定性的极客。Silverblue 这种不可变（Immutable）操作系统的理念确实很迷人——系统核心只读，应用通过容器运行，想要坏都难坏了。但说实话，刚上手的时候，你可能会觉得它有点“笨重”，或者在显卡加速、多任务处理上不如传统的 Fedora Workstation 那么顺手。
别担心，这完全不是你的错觉，也不是 Silverblue 不行，而是它的默认配置为了“稳定性”牺牲了一部分“激进的性能”。今天，我们不讲那些虚头巴脑的理论，直接上手动刀。我们要做的，是从最底层的内核参数调整，到中间层的容器化应用管理，再到桌面环境的微调，一步步把这台机器的潜能榨干。我会尽量用大白话解释每个步骤背后的逻辑，哪怕你是第一次接触 Linux 内核调优，也能看懂并安全操作。
为什么 Silverblue 需要特别优化？
在动手之前，我们先聊聊背景。传统的 Fedora 是一个“可更新”的系统，你可以随意修改 /etc 下的配置文件，安装各种驱动。但 Silverblue 基于 OSTree，根文件系统是只读的。这意味着：
- 内核更新更频繁且自动化：Silverblue 倾向于保持内核较新，以便支持最新的硬件。
- 应用隔离：大部分软件装在 Flatpak 或 Toolbox/Distrobox 里。Flatpak 虽然安全，但默认的沙盒机制有时会限制对硬件的直接访问，导致性能损耗（比如游戏掉帧、视频渲染慢）。
- 默认保守：为了确保持久稳定，默认的内核参数和 systemd 服务可能不会针对你的特定硬件进行极限压榨。
所以，我们的目标很明确：在不破坏系统不可变特性的前提下，通过配置层（Config Layer）和运行时参数，让 Silverblue 跑得像传统系统一样快，甚至更快。
第一步：内核参数调优——让 CPU 和内存更听话
内核是操作系统的灵魂。在 Silverblue 中，修改内核参数不能像传统 Linux 那样直接编辑文件，因为那是只读的。我们需要使用 kernelstub 或者更现代的方式——通过 bootc 和 rpm-ostree 来处理，但对于纯内核参数（Kernel Parameters），最稳妥且无需重建镜像的方法是修改 GRUB 配置，但这在 Silverblue 中比较棘手。
实际上，对于 Silverblue 用户，推荐的做法是使用 kernelstub 来持久化内核启动参数，或者利用 sysctl 进行运行时调整（重启后失效，适合测试）。但既然我们要追求极致，我们得找到一种“持久化”且“安全”的方式。
1.1 使用 kernelstub 持久化内核参数
kernelstub 是 Systemd-boot 的引导加载程序配置工具，Silverblue 默认使用 Systemd-boot。我们可以通过它来添加内核命令行参数。
首先，确保你安装了 kernelstub：
sudo rpm-ostree install kernelstub
然后，查看当前的内核参数：
cat /proc/cmdline
假设你想启用 intel_pstate 处理器频率驱动（针对 Intel CPU，通常能提供更好的能效比和响应速度），或者调整 I/O 调度器。我们可以这样添加参数：
# 示例：为 Intel CPU 启用 intel_pstate 并设置 governor 为 performance
sudo kernelstub --add-options "intel_pstate=enable processor.max_cstate=1 idle=poll"
注意：idle=poll 会显著增加功耗和发热，仅建议在台式机且追求极致响应速度时使用。笔记本用户请谨慎。
如果你使用的是 AMD CPU，你可能更关心 amd_pstate：
sudo kernelstub --add-options "amd_pstate=active"
1.2 运行时 sysctl 调优
有些参数不需要重启，可以通过 sysctl 即时生效。这在调试时非常有用。
1.2.1 内存管理优化
Linux 默认倾向于缓存文件，这很好，但在内存紧张时，它释放缓存的速度可能不够快。我们可以调整 vm.swappiness。
# 查看当前值
sysctl vm.swappiness
# 设置为 10，减少交换分区的使用，优先使用物理内存
sudo sysctl -w vm.swappiness=10
为了让这个设置永久生效，你需要创建一个 .conf 文件。但由于 Silverblue 的 /etc 是挂载为 tmpfs 的（重启即丢失），我们需要一个特殊的技巧：创建 /etc/sysctl.d/99-custom.conf 并使用 rpm-ostree 将其打包进系统镜像，或者简单地接受重启后需要重新应用。
对于 Silverblue，推荐的做法是将自定义 sysctl 配置放入 /etc/sysctl.d/，然后重启。虽然 /etc 是临时挂载的，但 rpm-ostree 允许我们在 /usr/lib/sysimage 等层级做持久化修改，不过对于 sysctl，最简单的方法是：
# 创建配置文件
echo "vm.swappiness=10" | sudo tee /etc/sysctl.d/99-silverblue-performance.conf
# 应用
sudo sysctl --system
等等，这里有个陷阱！ 在 Silverblue 中，/etc 目录是透明的（transparent overlay），你在 /etc 下创建的文件在重启后会保留吗？答案是：不会。 /etc 在每次启动时都会从只读镜像恢复。
因此，要在 Silverblue 中持久化 sysctl 设置，你有两个选择：
- 每次启动自动应用：创建一个 systemd service 在
multi-user.target之后启动并执行sysctl -p。 - 使用
rpm-ostree安装自定义内核模块或配置包（过于复杂，不推荐）。
让我们采用第一种方法，简单有效：
# 1. 创建临时配置文件用于测试
echo "vm.swappiness=10" > /tmp/custom-sysctl.conf
# 2. 创建 systemd service
sudo tee /etc/systemd/system/apply-sysctl.service << EOF
[Unit]
Description=Apply Custom Sysctl Settings
After=local-fs.target
[Service]
Type=oneshot
ExecStart=/usr/bin/sysctl -p /tmp/custom-sysctl.conf
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
EOF
# 3. 启用服务
sudo systemctl enable apply-sysctl.service
修正：由于 /etc 重启后重置，我们需要将配置文件也放在一个持久化的地方，或者直接在 service 中硬编码命令。更优雅的方式是创建一个 shell 脚本放在 /usr/local/bin/（这也是透明的，重启保留）：
# 1. 创建脚本
sudo tee /usr/local/bin/apply-custom-sysctl.sh << 'EOF'
#!/bin/bash
sysctl -w vm.swappiness=10
sysctl -w vm.vfs_cache_pressure=50
EOF
# 2. 赋予执行权限
sudo chmod +x /usr/local/bin/apply-custom-sysctl.sh
# 3. 修改 systemd service
sudo tee /etc/systemd/system/apply-sysctl.service << EOF
[Unit]
Description=Apply Custom Sysctl Settings
After=local-fs.target
[Service]
Type=oneshot
ExecStart=/usr/local/bin/apply-custom-sysctl.sh
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
EOF
# 4. 重载并启用
sudo systemctl daemon-reload
sudo systemctl enable apply-sysctl.service
这样，每次开机，系统都会自动应用这些优化。vfs_cache_pressure=50 告诉内核不要过早地回收目录和索引节点缓存，有助于提高文件访问速度。
1.3 I/O 调度器优化
对于 NVMe SSD，默认的 I/O 调度器通常是 none 或 mq-deadline。对于机械硬盘或 SATA SSD，bfq 或 kyber 可能更好。
检查当前调度器：
cat /sys/block/nvme0n1/queue/scheduler
如果显示 [none] mq-deadline，说明已经是最优的。如果是 bfq，对于 NVMe 来说可能有点过重。
要在 Silverblue 中持久化更改 I/O 调度器，同样需要一个 udev 规则或 systemd 服务。这里推荐使用 udev 规则，因为它更底层、更高效：
# 创建 udev 规则
sudo tee /etc/udev/rules.d/99-io-scheduler.rules << EOF
# 针对 NVMe 设备
ACTION=="add|change", KERNEL=="nvme[0-9]*", ATTR{queue/scheduler}="none"
# 针对普通 SCSI/SATA 磁盘，使用 kyber (轻量级) 或 bfq (公平)
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="kyber"
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq"
EOF
# 重新加载 udev 规则
sudo udevadm control --reload-rules
sudo udevadm trigger
第二步：Flatpak 性能优化——解开沙盒的枷锁
Silverblue 的灵魂是 Flatpak。但 Flatpak 的沙盒机制意味着每个应用都有独立的运行时环境。这不仅增加了磁盘占用，还可能导致应用间通信缓慢、硬件加速缺失等问题。
2.1 启用 Wayland 原生支持
如果你使用的是 GNOME 桌面环境（Silverblue 默认），确保 Flatpak 应用以 Wayland 模式运行，而不是 X11 兼容模式。X11 转发会带来额外的性能开销。
检查已安装的 Flatpak 运行时：
flatpak list --app
大多数现代 Flatpak 应用会自动检测并优先使用 Wayland。但你可以通过环境变量强制指定：
# 在 ~/.config/environment.d/ 下创建配置文件
mkdir -p ~/.config/environment.d
echo "FLATPAK_ENABLE_WAYLAND=1" > ~/.config/environment.d/flatpak-wayland.conf
此外，确保你的显卡驱动正确安装了 Vulkan 支持。对于 NVIDIA 用户，这是一个痛点。Silverblue 对 NVIDIA 的支持需要额外步骤。
2.2 NVIDIA 显卡在 Silverblue 上的特殊优化
NVIDIA 驱动在不可变系统中比较麻烦。你需要使用 rpm-ostree 安装专有驱动。
# 安装 NVIDIA 驱动和 DKMS 模块
sudo rpm-ostree install akmod-nvidia xorg-x11-drv-nvidia-devel
sudo reboot
重启后，确认驱动加载正常：
nvidia-smi
为了获得最佳性能，特别是对于游戏和视频播放，你需要确保 Vulkan 驱动正确安装：
sudo rpm-ostree install vulkan-icd-loader
对于 Flatpak 中的 NVIDIA 应用，有时需要手动映射 GPU 设备。你可以使用 flatpak override 来授予应用更高的权限：
# 允许所有 Flatpak 应用访问 NVIDIA 设备
flatpak override --device=nvidia-all
或者针对特定应用：
flatpak override --device=nvidia-all com.valvesoftware.Steam
2.3 清理 Flatpak 运行时以释放资源
Flatpak 会下载多个运行时版本，导致磁盘占用膨胀。定期清理未使用的运行时可以间接提升系统响应速度（因为文件索引更快）。
# 移除未使用的运行时
flatpak uninstall --unused
# 查看大小
flatpak info --show-size
第三步：Toolbox 与 Distrobox——本地开发环境的性能陷阱
很多开发者在 Silverblue 上使用 toolbox 或 distrobox 来运行传统的 Linux 命令和开发工具。这些工具本质上是运行在容器中的轻量级 Linux 发行版。
3.1 避免在容器中运行重型 GUI 应用
这是一个常见的误区：在 Toolbox 中运行 GIMP、Blender 等重型 GUI 应用。这会导致严重的性能问题，因为图形需要通过 X11 或 Wayland 协议从容器传递到主机桌面，涉及大量的数据拷贝和上下文切换。
最佳实践：
- GUI 应用：始终使用 Flatpak 版本。Flatpak 应用直接运行在主机的 Wayland/X11 会话中，性能最优。
- CLI 工具：使用 Toolbox/Distrobox。
3.2 优化 Toolbox 的存储后端
默认情况下，Toolbox 使用 overlayfs 或 btrfs 子卷。如果你使用的是 btrfs，确保启用了压缩，以减少 I/O 压力。
# 检查 btrfs 压缩状态
btrfs filesystem show
如果在非 btrfs 文件系统上，考虑使用 zfs 或 ext4 并启用 noatime 挂载选项，以减少元数据写入开销。
3.3 共享主机主目录的性能影响
Toolbox 默认挂载主目录到容器中。如果你的主目录下有大量小文件（如 .cache, .local/share/Trash），这会导致容器启动缓慢和文件访问延迟。
解决方案： 在创建 toolbox 时，排除不必要的目录：
toolbox create --name dev-workspace \
--share=false \
--mount=/home/user/project:/home/user/project \
fedora:latest
或者，在已有的 toolbox 中，编辑 ~/.config/toolbox/config.yaml（如果存在）或使用 podman unshare 来管理权限。
更激进的做法是，使用 distrobox 并配置 --no-entry 和自定义挂载，只挂载你真正需要的代码目录。
第四步：GNOME 桌面环境的轻量化微调
Silverblue 默认使用 GNOME。GNOME 很漂亮，但也比较吃资源。我们可以通过一些微调来提升流畅度。
4.1 禁用不必要的动画
动画虽然好看，但在低配机器或追求响应速度时，它们是负担。
# 禁用动画
gsettings set org.gnome.desktop.interface enable-animations false
# 或者只减少动画持续时间
gsettings set org.gnome.desktop.interface transition-duration 0
4.2 优化内存回收
结合前面提到的 sysctl 设置，我们还可以调整 GNOME Shell 的内存行为。GNOME Shell 有时会泄漏内存，定期重启 Shell 可以缓解这个问题。
创建一个 systemd timer 来每天重启 GNOME Shell：
# 创建 timer unit
sudo tee /etc/systemd/system/gnome-shell-restart.timer << EOF
[Unit]
Description=Restart GNOME Shell daily
[Timer]
OnCalendar=daily
Persistent=true
[Install]
WantedBy=timers.target
EOF
# 创建 service unit
sudo tee /etc/systemd/system/gnome-shell-restart.service << EOF
[Unit]
Description=Restart GNOME Shell
[Service]
Type=oneshot
ExecStart=/bin/sh -c 'kill -HUP $(pgrep -u $USER gnome-shell)'
User=%i
EOF
# 启用 timer
sudo systemctl enable --now gnome-shell-restart.timer
注意：%i 会在 timer 中扩展为用户名，但 service 文件中需要指定具体用户。更简单的做法是直接在一个 cron job 或 systemd user service 中执行。
更简单的用户级方案：
# 在 ~/.config/systemd/user/ 下创建
mkdir -p ~/.config/systemd/user
tee ~/.config/systemd/user/gnome-shell-restart.service << EOF
[Unit]
Description=Restart GNOME Shell
[Service]
Type=oneshot
ExecStart=/bin/sh -c 'kill -HUP $(pgrep -u $USER gnome-shell)'
EOF
tee ~/.config/systemd/user/gnome-shell-restart.timer << EOF
[Unit]
Description=Restart GNOME Shell daily
[Timer]
OnCalendar=daily
Persistent=true
[Install]
WantedBy=timers.target
EOF
systemctl --user daemon-reload
systemctl --user enable --now gnome-shell-restart.timer
4.3 使用 Extending 扩展进行精细控制
安装 Extension Manager 来管理 GNOME 扩展。禁用不常用的扩展，如 System Monitor（如果你不需要实时图表）、Places Status Indicator 等。每个扩展都会消耗内存和 CPU 周期。
第五步：监控与验证——如何知道优化是否生效？
优化不是为了自嗨，而是为了看到效果。我们需要工具来验证。
5.1 使用 htop 和 btop 监控资源
sudo rpm-ostree install htop btop
观察 CPU 频率、内存使用和 I/O 等待时间。在优化前后，对比相同负载下的指标。
5.2 使用 fio 进行磁盘基准测试
sudo rpm-ostree install fio
fio --name=random-read --filename=testfile --size=1G --bs=4k --rw=randread --runtime=60 --time_based --group_reporting
比较优化前后的 IOPS 和吞吐量。
5.3 使用 glxgears 或 vkcube 测试图形性能
# 安装 mesa demos
sudo rpm-ostree install mesa-demos
# 运行 Vulkan 立方体
vkcube
观察帧率。如果帧率不稳定，可能是电源管理策略的问题，尝试将电源模式设置为 performance：
sudo systemctl set-default power-profiles-daemon.service
# 或者直接设置
powerprofilesctl set performance
结语：平衡的艺术
亲爱的读者，到这里，你已经完成了一次对 Fedora Silverblue 的深度定制。从内核参数的微调，到 Flatpak 沙盒的权限管理，再到桌面环境的轻量化，每一步都在为“性能”和“稳定”之间寻找最佳平衡点。
请记住，没有银弹。idle=poll 会让你的风扇狂转，swappiness=10 可能在内存不足时导致 OOM killer 提前介入。优化的本质是理解你的工作负载。如果你是游戏玩家，关注显卡驱动和 Vulkan；如果你是开发者，关注 Toolbox 的启动速度和编译速度；如果你是普通用户，关注系统的响应灵敏度和电池续航。
Silverblue 的魅力在于它的可预测性和安全性，而这些优化并没有打破这一原则，反而通过更精细的控制，让它更适合你的个人需求。现在，去享受一个既稳固又迅捷的 Fedora Silverblue 吧！如果遇到问题，随时回来看看这篇指南，或者在 Fedora 社区中寻找更多志同道合的朋友。
祝你玩得开心！