嘿，朋友。如果你正盯着屏幕发呆，或者感觉你的 Fedora Silverblue 像一头被拴了链子的猎豹——明明有爆发力，却跑不快——那你找对地方了。Silverblue 是个好东西，它用 immutable（不可变）的核心带来了极致的稳定性和安全性，但这也意味着我们不能像传统 Fedora Workstation 那样随意地 yum install 一些系统级的调优包，或者随便改 /etc/sysctl.conf 就完事了。
这种“约束”其实是一把双刃剑。一方面，它保护了你的系统不被搞坏；另一方面，如果你不懂它的规则，确实容易遇到卡顿、资源占用过高或者容器启动慢的问题。别担心，今天我不给你讲那些枯燥的理论，咱们就像坐在咖啡馆里聊天一样，一步步把这些痛点拆解开来。我会告诉你怎么通过内核参数微调让桌面更丝滑，怎么用 Btrfs 的特性节省空间并提升 IO，以及最关键的一点：如何让你的 Flatpak 和 Toolbox/Distrobox 容器应用跑得飞快。
为什么 Silverblue 会觉得“卡”？先理解它的底层逻辑
在动手之前，你得先明白一个核心概念：Silverblue 是只读的。
传统的 Linux 发行版，你可以修改系统的任何文件。但在 Silverblue 里，根文件系统（Root Filesystem）是挂载为只读的。这意味着你不能直接编辑 /etc/sysctl.d/99-custom.conf 然后重启生效，因为那个文件可能根本不存在于当前的镜像层中，或者即使你强行写进去，下次更新或重启后也可能被覆盖或忽略。
所以，我们的优化思路必须遵循 Silverblue 的规则：
- 使用
rpm-ostree：这是银蓝色的灵魂。我们要通过它来注入内核参数。 - 利用 OverlayFS：对于非内核级的配置，我们依赖可写的 overlay 层。
- 应用层优化：既然系统层受限，我们就把精力集中在应用程序（Flatpak）和开发环境（Toolbox）上。
很多用户觉得卡，其实不是因为 CPU 不够强，而是磁盘 IO 调度策略不对，或者是内存交换（Swap）太频繁。让我们先从最硬核但也最有效的地方开始——内核参数。
内核参数微调：让系统呼吸更顺畅
1. 调整 Swappiness：告别内存焦虑
默认情况下，Linux 的 vm.swappiness 值通常是 60。这意味着当内存使用率达到一定比例时，系统就会倾向于把内存中的数据挪到硬盘上的 Swap 分区。对于 SSD 来说，这没问题；但对于追求极致响应速度的 Silverblue 用户，尤其是如果你只有 8GB 或 16GB 内存，频繁的 Swap 操作会导致明显的卡顿。
我们希望系统尽量使用物理内存，只有在万不得已时才使用 Swap。我们将这个值降低到 10 甚至更低。
操作方法：
在 Silverblue 中，你不能直接改文件。你需要使用 rpm-ostree 来配置内核启动参数。打开终端，执行以下命令：
sudo rpm-ostree config merge
这会创建一个 /etc/overlay 目录用于临时管理，但更推荐的方法是直接通过 rpm-ostree kargs 来添加内核参数。假设你的 Swap 分区 UUID 是 xxxx-xxxx（你可以用 lsblk -f 查看），我们可以这样设置：
# 设置 swappiness 为 10
sudo rpm-ostree kargs --append=vm.swappiness=10
# 如果你希望系统极度保守地使用 swap，可以设为 1
# sudo rpm-ostree kargs --append=vm.swappiness=1
# 重新部署内核配置
sudo rpm-ostree deploy
执行完 deploy 后，重启电脑。你会发现系统在内存充足时更加“执着”，不会轻易去触碰硬盘上的 Swap 区域，从而减少了磁盘 I/O 等待。
注意：如果你的内存很小（比如 4GB），建议不要设得太低，否则可能在多任务处理时导致 OOM Killer（内存溢出杀手）介入，反而更糟。对于 16GB 及以上内存，10 是一个甜蜜点。
2. 优化 I/O 调度器：让 NVMe 发挥全力
现代 SSD，特别是 NVMe 协议的固态硬盘，其内部控制器已经非常智能。传统的 deadline 或 cfq 调度器往往是为机械硬盘设计的。对于 Silverblue 用户，尤其是使用 NVMe SSD 的用户，none 或 mq-deadline 通常是更好的选择。
如何检查当前使用的调度器？
cat /sys/block/nvme0n1/queue/scheduler
如果输出包含 [none] mq-deadline，说明 none 是当前选中的。如果没有，或者你想强制指定，可以通过内核参数传递：
# 假设你的设备是 nvme0n1
sudo rpm-ostree kargs --append=rootflags=nodiratime
sudo rpm-ostree kargs --append=quiet
# 对于较新的内核，I/O 调度器通常由内核自动选择最佳方案。
# 但如果遇到特定卡顿，可以尝试显式指定：
sudo rpm-ostree kargs --append=nvme_core.default_ps_max_latency_us=0
这里额外添加了一个参数 nvme_core.default_ps_max_latency_us=0。这是为了禁用 NVMe 的电源状态转换延迟。在某些笔记本上，NVMe 硬盘为了省电会进入深度睡眠，唤醒时需要几百毫秒，这就造成了“突然卡顿”的现象。设置为 0 可以让硬盘保持活跃，牺牲一点电量换取极致的响应速度。
3. Btrfs 子卷与压缩：空间与速度的平衡
Fedora Silverblue 默认使用 Btrfs 文件系统。Btrfs 自带透明数据压缩功能，这对于提高读取速度和节省空间非常有效。但是，压缩和解压需要 CPU 周期。如果你的 CPU 很强，压缩是划算的；如果 CPU 较弱，可能会成为瓶颈。
检查当前是否启用了压缩：
btrfs filesystem show
或者查看挂载选项：
findmnt -no OPTIONS /
你应该能看到 compress=zstd:1 或类似字样。zstd:1 表示使用 Zstandard 算法，压缩级别为 1（最低压缩，最快解压）。这是平衡性能的最佳选择。
如果你觉得解压速度不够快，或者发现 CPU 占用率高，可以尝试调整：
# 卸载并重新挂载，或者通过 fstab 修改（Silverblue 中需小心）
# 更安全的做法是确保 zstd 模块已加载
sudo rpm-ostree install kernel-modules-extra # 确保包含所有驱动
实际上，对于大多数用户，默认的 zstd:1 已经足够优秀。不要盲目尝试 lz4 或 zlib，除非你有明确的基准测试数据支持。
容器化开发环境加速：Toolbox 和 Distrobox
Silverblue 的一大亮点是容器化开发。你不需要在主机上安装各种库，而是使用 toolbox 或 Distrobox 创建轻量级的 Linux 容器作为开发环境。然而，这些容器的性能往往不如原生安装，主要原因在于文件系统挂载和进程隔离开销。
1. 解决 Toolbox 中的卡顿问题
当你进入 toolbox 容器时，主机的 /home 目录会被挂载到容器中。如果主机文件数量巨大，或者文件系统元数据操作频繁，容器内的操作（如 ls, grep, IDE 索引）会变慢。
优化策略：
- 使用 tmpfs 缓存热点文件：对于经常访问但不需要持久化的日志或缓存目录，可以使用
tmpfs。 - 优化 IDE 索引：如果你在使用 VS Code 或 IntelliJ，确保排除不必要的文件夹。
但在 Silverblue 中，有一个更直接的优化手段：启用容器内的 ZRAM。
虽然 ZRAM 是在主机层面配置的，但它会影响所有进程，包括容器内的进程。确保你的主机已经启用了 ZRAM（Silverblue 通常默认启用）。你可以检查：
swapon --show
如果看到 /dev/zram0，那就很好。ZRAM 将压缩后的内存块作为 Swap 使用，速度远快于磁盘 Swap。
2. Distrobox 的特殊技巧
Distrobox 比 Toolbox 更灵活，因为它允许你运行任何发行版的容器。如果你发现 Distrobox 容器启动慢或运行卡顿，可能是由于图形渲染的开销。
图形加速优化：
确保你的容器正确使用了 GPU 加速。对于 Wayland 用户，这通常不是问题，因为 Silverblue 默认使用 Wayland。但对于 X11 用户，可能需要额外的配置。
在 Distrobox 中，你可以创建一个 alias 来优化启动：
distrobox create my-dev-env --image fedora:latest --init
distrobox enter my-dev-env
# 在容器内，确保安装了必要的图形库
sudo dnf install mesa-dri-drivers vulkan-intel # 根据你的 GPU 调整
更重要的是，避免在容器内进行大量的磁盘 IO 密集型操作。如果可能，将项目代码放在主机的 /home 下，而不是容器内部的 /root 或 /home。因为 /home 是通过 Bind Mount 挂载的，直接操作主机文件系统通常比在容器虚拟文件系统中操作更快。
Flatpak 应用性能调优：不仅仅是安装
Flatpak 是 Silverblue 的应用生态基石。很多用户抱怨 Flatpak 应用启动慢、占用内存高。这通常是因为 Flatpak 的运行时环境（Runtime）没有正确优化，或者沙盒机制限制了某些性能。
1. 清理无用的运行时和旧版本
随着时间推移，你的 Flatpak 缓存会堆积大量旧的运行时版本。这不仅占用空间，还会增加启动时的查找时间。
定期执行清理：
flatpak uninstall --unused
flatpak repair
flatpak repair 会修复潜在的数据库损坏问题，并确保所有应用的元数据一致。这一步经常被忽视，但对稳定性至关重要。
2. 启用 Flatpak 的 FUSE 缓存优化
Flatpak 使用 FUSE 来挂载应用的文件系统。默认配置下，FUSE 的性能可能不是最优的。我们可以通过调整内核参数来优化 FUSE 的行为，但这需要 root 权限，且在 Silverblue 中需谨慎操作。
更简单的方法是使用 flatpak override 来为特定应用启用更好的性能设置。例如，对于 Chromium 或 Firefox 这类浏览器，它们对内存和 IO 非常敏感。
# 为 Firefox 启用更好的共享内存支持
flatpak override --env=MOZ_ENABLE_WAYLAND=1 org.mozilla.firefox
# 为 Chrome 启用 GPU 硬件加速
flatpak override --env=CHROME_DISABLE_GPU_SANDBOX=0 org.chromium.Chromium
注意：MOZ_ENABLE_WAYLAND=1 是关键。Silverblue 默认使用 Wayland，强制 Firefox 使用 Wayland 渲染可以避免 X11 兼容层的开销，显著提升滚动流畅度和视频播放性能。
3. 减少 Flatpak 的磁盘 I/O
Flatpak 应用的文件系统是分层的。每次启动应用，系统都需要读取多个层。为了加速这一过程，你可以尝试启用 flatpak 的 --no-update 标志，但这只是临时解决方案。
长期来看，确保你的 SSD 有足够的剩余空间（至少 20%）对于维持高性能至关重要。Btrfs 文件系统在接近满容量时性能会急剧下降。定期检查：
df -h
如果可用空间低于 10%，请立即清理。你可以删除不需要的 Flatpak 应用：
flatpak uninstall <app-id>
桌面环境层面的细微调整：GNOME 的隐藏设置
Fedora Silverblue 默认使用 GNOME 桌面。GNOME 以其美观著称，但默认配置并不总是为了性能而优化。特别是动画效果，对于老旧硬件或追求极致响应的用户来说，可能是负担。
1. 禁用不必要的动画
动画不仅消耗 GPU 资源，还增加了输入延迟。我们可以通过 dconf-editor 或命令行来关闭它们。
# 安装 dconf-editor（如果需要图形界面配置）
flatpak install flathub org.gnome.dconf-editor
# 或者直接使用命令行
gsettings set org.gnome.desktop.interface enable-animations false
关闭动画后，窗口切换、菜单弹出都会瞬间完成。这种“瞬时感”会让用户觉得系统变快了，尽管实际吞吐量没有变化，但主观体验大幅提升。
2. 优化 GNOME Shell 的内存泄漏
GNOME Shell 偶尔会出现内存泄漏，导致长时间使用后越来越卡。这通常与扩展程序有关。
排查步骤：
- 禁用所有扩展：
gnome-extensions disable --all - 重启 GNOME Shell（按 Alt+F2，输入
r，回车）。 - 观察内存使用情况。如果内存占用稳定，说明某个扩展是罪魁祸首。
- 逐个启用扩展，找出问题所在。
常见的“内存杀手”扩展包括：Dash to Dock, AppIndicator, 以及一些复杂的天气或系统监控扩展。建议只保留必要的扩展，并使用轻量级的替代品。
3. 调整 CPU 频率 Governor
默认情况下，Linux 内核使用 schedutil 作为 CPU 频率调节器。这对于大多数场景是合适的，但如果你希望系统响应更快，可以尝试切换到 performance 模式。
操作方法：
在 Silverblue 中，你不能直接修改 /sys 下的文件，因为它们是动态生成的。但你可以通过 cpupower 工具或内核参数来实现。
# 安装 cpupower
sudo rpm-ostree install cpupower
# 设置全局为 performance 模式
sudo cpupower frequency-set -g performance
# 如果要持久化，可以创建一个 systemd service
sudo rpm-ostree kargs --append=processor.max_cstate=1
processor.max_cstate=1 是一个激进的内核参数，它限制了 CPU 进入深度睡眠状态的级别。这可以减少 CPU 从休眠中唤醒的延迟，从而提升响应速度，但代价是功耗增加和发热量增大。仅建议在插电使用时考虑此选项。
实战案例：解决“打开文件夹卡顿”的具体流程
让我们结合以上所有知识，解决一个具体的痛点：在 GNOME 文件管理器（Nautilus）中打开包含大量小文件的文件夹时卡顿。
这个问题通常由 Btrfs 的元数据操作和 Nautilus 的缩略图生成共同引起。
步骤 1：禁用 Nautilus 缩略图生成（针对小文件）
# 创建或编辑 nautilus 的配置
mkdir -p ~/.config/nautilus
echo "[Settings]" > ~/.config/nautilus/nautilus.conf
echo "show-image-thumbnails=never" >> ~/.config/nautilus/nautilus.conf
或者，更简单地，通过 dconf 设置：
dconf write /org/gnome/desktop/thumbnailers/disable-all true
步骤 2：优化 Btrfs 的 noatime 选项
确保你的 /home 分区挂载时使用了 noatime 或 relatime。在 Silverblue 中，这通常由安装程序自动设置。检查方法：
findmnt -no OPTIONS /home
如果看到 rw,relatime,compress=zstd:1,subvolid=5,subvol=/home，那么 relatime 已经足够好。relatime 只在文件访问时间改变超过 24 小时或文件内容改变时才更新访问时间，这大大减少了磁盘写入。
步骤 3：使用 tmpfs 缓存热点目录
如果你经常访问某个包含大量小文件的目录（如 /var/cache 或自定义的项目目录），可以考虑将其挂载到 tmpfs 中。
# 创建一个 tmpfs 挂载点
sudo mkdir -p /mnt/tmp_cache
sudo mount -t tmpfs -o size=2G tmpfs /mnt/tmp_cache
# 将你的热点目录符号链接过去
ln -s /mnt/tmp_cache/my_hot_folder ~/my_hot_folder
注意：tmpfs 中的数据在重启后会丢失，请确保你只存放可以重新生成的缓存数据。
总结：性能优化是一场持续的旅程
Fedora Silverblue 的性能优化并不是“一劳永逸”的。它是一个持续的过程，需要根据你的硬件和使用习惯不断调整。
记住这几个关键点：
- 尊重不可变性：使用
rpm-ostree进行内核级调整，不要试图绕过它。 - 关注 I/O：Btrfs 的压缩和 SWAP 策略对性能影响巨大。
- 容器化思维：充分利用 Toolbox 和 Flatpak 的优势，但也注意它们的开销。
- 桌面环境精简：关闭不必要的动画和扩展，让 GNOME 轻装上阵。
最后，我想说的是，不要过度优化。如果你现在的系统已经能满足你的需求，那就保持现状。Silverblue 的魅力在于它的稳定性和简洁性，而不是极致的性能调校。只有在真正遇到瓶颈时，才值得花时间去 tweaking。
希望这份指南能帮助你解锁 Silverblue 的真正潜力。如果你有任何具体的问题，或者遇到了奇怪的卡顿现象，欢迎随时回来讨论。毕竟，社区的力量才是 Linux 最宝贵的财富。现在，去享受你那丝滑如水的 Fedora Silverblue 吧！