正文

Fedora Silverblue性能优化指南从磁盘IO到内核参数调整提升日常使用流畅度

/0 浏览量
0723

嘿，朋友。既然你点开了这篇关于 Fedora Silverblue 的优化指南，我猜你大概是个有点极客精神的人。你可能刚装好这个酷炫的“不可变”系统，或者你正忍受着某些时候那令人抓狂的卡顿，想知道为什么这个号称“未来已来”的系统在老机器上跑起来没那么丝滑。

首先，我要给你吃颗定心丸：Silverblue 不是变慢了，而是变“稳”了。 它的核心哲学是原子化更新和只读根文件系统，这意味着它牺牲了一部分传统 Linux 那种“想改哪就改哪”的随意性，换取了极高的稳定性。但是，这种稳定性有时候会让我们觉得它在后台默默干活时不够“激进”，或者在 I/O 密集型任务下显得有点拘谨。

别担心，我们不需要打破它的只读外壳（那是银弹，也是诅咒），我们可以通过用户空间配置、内核参数微调以及存储策略的优化，让这台机器跑得像个被精心调校的赛车，而不是在泥地里挣扎的拖拉机。

1. 理解 Silverblue 的“骨骼”：为什么需要特殊优化？

在动手之前，你得明白我们在跟什么打交道。传统的 Fedora Workstation 或 KDE Spin，你的 / 分区是可写的，你可以随便 apt-get install 或者 dnf install 任何驱动模块，甚至直接修改内核源码编译。

但在 Silverblue 里：

  • 根文件系统是只读的：你不能直接 vim /etc/sysctl.conf 然后重启生效（虽然可以通过 overlayfs 挂载，但这违背了原子化的初衷，且容易在更新后丢失）。
  • 容器化运行环境：大多数开发工具都通过 Toolbox 或 Cockpit 容器运行。
  • Flatpak 主导：图形应用大多来自 Flathub。

因此，我们的优化思路必须分为三层：

  1. 内核层：通过 rpm-ostree 进行不可变的内核参数注入。
  2. 存储层：针对 Btrfs 子卷和 SSD 特性的精细调优。
  3. 用户层：通过 systemd 服务和工具链优化前台体验。

2. 存储子系统：让磁盘 IO 不再成为瓶颈

Fedora Silverblue 默认使用 Btrfs 作为根文件系统。Btrfs 很强大，支持快照、压缩和子卷，但它对 CPU 和内存有一定开销，尤其是在开启透明压缩时。如果感觉文件复制慢、软件启动有轻微延迟，可能是存储队列或调度器没设置对。

2.1 检查并优化磁盘调度器

对于 NVMe SSD，默认的 I/O 调度器通常是 none (noop) 或 mq-deadline。对于机械硬盘（HDD）或老旧 SSD，bfq 可能更合适。

打开终端，输入以下命令查看当前调度器：

cat /sys/block/sda/queue/scheduler
# 假设你的磁盘是 sda，如果是 nvme 则是 /dev/nvme0n1

输出可能像这样：[none] mq-deadline kyber bfq

优化建议：

  • NVMe SSD：保持 none 或 kyber。Kyber 是一个轻量级的延迟敏感型调度器，非常适合现代 NVMe 设备。
  • SATA SSD：推荐 kyber 或 mq-deadline。
  • HDD：强烈推荐 bfq (Budget Fair Queuing)，它能很好地处理多任务下的磁盘争用。

由于 Silverblue 的只读特性，我们不能直接修改配置文件。我们需要创建一个 systemd drop-in 服务来在启动时设置调度器。

创建文件 /etc/systemd/system/set-ioscheduler.service：

[Unit]
Description=Set I/O Scheduler for Block Devices
After=local-fs.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c 'echo kyber > /sys/block/nvme0n1/queue/scheduler'
# 注意：请将 nvme0n1 替换为你实际的磁盘名称

[Install]
WantedBy=multi-user.target

启用并启动它：

sudo systemctl daemon-reload
sudo systemctl enable --now set-ioscheduler.service

2.2 Btrfs 透明压缩：节省空间还是增加 CPU 负载？

Btrfs 默认可能开启了 compress=zstd:1。Zstandard 压缩速度快，但依然占用 CPU。如果你使用的是高性能 CPU（如 Intel i7/i9 或 AMD Ryzen 7/9），这通常不是问题，甚至能减少写入放大，延长 SSD 寿命。但如果你的 CPU 较弱，或者你追求极致响应速度，可以考虑关闭压缩或降低级别。

如何检查当前压缩状态？

btrfs filesystem df /

如何移除现有压缩？ 这是一个危险操作，建议在拥有快照的情况下进行。

# 1. 确保你有可用的快照
snapper list

# 2. 卸载并重新挂载，不带压缩选项
sudo mount -o remount,noatime,compress=zstd:1 /
# 如果要完全关闭压缩，使用 nocompress
# sudo mount -o remount,noatime,nocompress /

# 3. 清理现有文件的元数据（可选，耗时较长）
sudo btrfs filesystem defrag -r -v /

专家提示： 对于大多数日常使用，保留 zstd:1 是最佳平衡点。它比 lzo 快得多，比 zlib 小得多。除非你遇到明显的 CPU 瓶颈导致 UI 卡顿，否则不要盲目关闭压缩。

2.3 禁用访问时间更新 (noatime)

Linux 默认每次读取文件都会更新其“最后访问时间”（atime）。这对于数据库和频繁读取文件的应用来说是巨大的 IO 浪费。Silverblue 通常在安装时默认启用了 relatime（相对时间更新），这已经比 atime 好很多了，但 noatime 更快。

由于根文件系统是只读的，我们需要通过 rpm-ostree 来修改挂载选项。

sudo rpm-ostree initramfs --enable
sudo rpm-ostree kargs --append="rootflags=noatime"

然后重新生成 initramfs 并重启：

sudo rpm-ostree rebase --reboot ostree-unverified-registry:quay.io/fedora-silverblue/fedora-silverblue:40
# 注意：rebase 操作在 Silverblue 中用于触发重新引导和配置应用，这里主要是为了应用 kargs
# 更简单的做法是直接重启，因为 rpm-ostree kargs 会标记下次启动使用新参数

重启后验证：

findmnt -no OPTIONS / | grep noatime

如果输出了 noatime，恭喜你，你的磁盘读取压力减小了一点点，积少成多，系统会更清爽。

3. 内核参数微调：释放隐藏的潜力

这是 Silverblue 用户最能体现“极客”精神的地方。我们不能直接编辑 /etc/sysctl.conf，因为下次 rpm-ostree upgrade 可能会覆盖它（尽管通常不会，但为了安全起见，我们使用标准方法）。

我们需要创建一个 .conf 文件在 /etc/sysctl.d/，并通过 systemd-sysctl 服务加载它。这在 Silverblue 中是完全兼容的，因为这些文件位于 /etc，而 /etc 是通过 overlayfs 挂载的可写层，不会干扰根文件系统的原子性。

创建文件 /etc/sysctl.d/99-silverblue-performance.conf：

# 1. 增加 inode 缓存大小
# 默认值取决于内存，但对于大量小文件（如代码库、Flatpak 缓存），增加此值可显著加速
vm.vfs_cache_pressure = 50

# 2. 提高 TCP 连接处理能力
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.core.netdev_max_backlog = 65535

# 3. 优化交换空间使用 (Swappiness)
# 默认值 60 意味着内核倾向于将内存页换出到磁盘。
# 对于拥有 16GB+ 内存的现代系统，建议降低到 10 或 1，让应用程序尽可能留在 RAM 中。
vm.swappiness = 10

# 4. 提高文件描述符限制
fs.file-max = 2097152

# 5. 减少 NUMA 平衡开销 (仅适用于多路服务器，桌面端可忽略)
# vm.numa_balancing = 0

# 6. 优化零拷贝网络传输
net.ipv4.tcp_tw_reuse = 1
net.ipv4.ip_local_port_range = 1024 65535

应用这些更改：

sudo sysctl --system

深度解析 swappiness： 很多教程说要把 swappiness 设为 0 或 1。在 Silverblue 中，由于 Flatpak 应用是隔离的，它们有自己的 cgroup 内存限制。将全局 swappiness 设为 10 是一个安全的折中方案。如果你的内存只有 8GB 或更少，请保持默认或设为 20，否则频繁的文件系统缓存丢失会导致更严重的卡顿。

4. Flatpak 与 Toolbox：应用层的性能陷阱

Silverblue 的灵魂是 Flatpak。但 Flatpak 也有它的痛点：启动速度慢、磁盘占用大、沙盒开销。

4.1 优化 Flatpak 运行时

Flatpak 应用依赖于运行时（Runtime）。你可以选择精简版或完整版。

# 查看已安装的运行时
flatpak list --appstreams

# 移除不需要的运行时以释放空间和减少更新负担
# 例如，如果你只用 GNOME 应用，可以移除 KDE 运行时
flatpak uninstall --delete-data org.kde.Platform/x86_64/5.15

技巧：启用 FDO 缓存 确保你的 Flatpak 版本较新（Fedora Silverblue 40+ 自带新版），它默认启用了 FDO 缓存，这会加速依赖解析。

flatpak update

4.2 Toolbox 容器：避免资源浪费

Toolbox 是基于 Podman 的容器。很多人喜欢在里面装各种编译器、Python 环境。但是，如果你每次开机都启动一个完整的 Toolbox 容器，它会消耗内存。

最佳实践： 只在需要时启动 Toolbox，用完即关。

# 进入 toolbox
toolbox create
toolbox enter

# 当你完成工作后，退出并停止容器
exit
podman stop toolbox

如果你想让 Toolbox 在后台静默运行以加快下次进入速度，可以设置自动启动：

podman generate systemd --new --files --name toolbox
mv container-toolbox.service ~/.config/systemd/user/
systemctl --user enable container-toolbox.service

这样，即使你退出了 Toolbox，容器进程仍在后台休眠，下次 toolbox enter 几乎是瞬间完成的。

4.3 浏览器性能：Electron 应用的杀手

在 Silverblue 上，Chrome、VS Code、Discord 等 Electron 应用非常常见。这些应用基于 Chromium，默认会使用 GPU 加速。但在某些 Wayland 环境下，GPU 加速可能导致闪烁或高 CPU 占用。

解决方案：

  1. 确保 Wayland 支持良好：Fedora Silverblue 默认使用 Wayland。确保你的 NVIDIA 驱动（如果使用）是最新的专有驱动，并在登录界面选择 “GNOME on Wayland” 而非 X11。
  2. 禁用不必要的插件：在 Chrome/Edge 中，去 chrome://settings/performance，关闭“内存节省模式”以外的所有实验性功能，除非你明确知道它们在做什么。
  3. VS Code 特定优化：
    • 安装 Code 的 Flatpak 版本通常比原生 RPM 版本更易于管理，但启动稍慢。
    • 在 VS Code 设置中，搜索 gpu，尝试将 window.autoDetectHighContrast 设为 false，减少渲染开销。
    • 对于大型项目，启用 files.watcherExclude 排除 node_modules 和 .git 目录，减少文件系统监控压力。

5. 图形显示服务器：Wayland vs X11

Fedora Silverblue 默认使用 Wayland。对于大多数现代硬件（Intel, AMD, NVIDIA >= GTX 10系列），Wayland 提供了更好的触摸板手势、多显示器支持和安全性。

但是，如果你遇到以下问题：

  • 屏幕撕裂
  • 游戏内帧数不稳定
  • 远程桌面连接黑屏

那么切换到 X11 可能是暂时的解决方案。

如何切换？ 在登录界面（GDM），点击右下角的齿轮图标，选择 “GNOME on Xorg”。

专家观点： 除非你有特殊的硬件兼容性需求，否则强烈建议坚持使用 Wayland。Silverblue 的团队对 Wayland 的支持投入了大量精力。X11 是过去式，Wayland 是现在和未来。在 Wayland 下，你可以通过以下方式进一步优化：

  1. 启用 HiDPI 缩放：

    gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"

    然后在显示设置中调整缩放比例。Wayland 对 HiDPI 的支持远优于 X11。

  2. 调整 GNOME Shell 动画： 如果你觉得动画卡顿，可以禁用它们：

    gsettings set org.gnome.desktop.interface enable-animations false

    这会立即提升响应感，但牺牲了视觉美感。

6. 高级技巧：使用 systemd-analyze 诊断启动慢

Silverblue 的启动速度通常很快，但有时我们会发现“从按下电源到桌面可用”的时间过长。这通常是因为某些服务在等待网络或磁盘 I/O。

诊断步骤：

  1. 分析启动时间：

    systemd-analyze blame | head -20

    这将列出最耗时的服务。如果看到 NetworkManager-wait-online.service 排在前面，说明系统在等待网络连接。

  2. 优化网络等待： 如果你不需要在启动时严格等待网络就绪（大多数桌面用户不需要），可以禁用它：

    sudo systemctl disable NetworkManager-wait-online.service

  3. 预加载常用应用： 利用 systemd 的 preload 功能（如果可用）或手动创建 systemd path units 来监控常用目录的变化，提前加载相关库。但这对于普通用户来说过于复杂，通常不需要。

7. 总结：平衡的艺术

优化 Fedora Silverblue 不是要把它变成传统的 Fedora Workstation，而是要在它的设计哲学框架内，找到性能与稳定性的最佳平衡点。

  • 磁盘 IO：通过 kyber 调度器和 noatime 挂载选项，减少不必要的磁盘活动。
  • 内核参数：通过 /etc/sysctl.d/ 调整内存管理和网络栈，让系统更积极地使用 RAM。
  • 应用层：善用 Flatpak 和 Toolbox，避免资源浪费。
  • 图形层：坚持使用 Wayland，除非有硬性兼容问题。

记住，Silverblue 的强大在于其一致性。每一次 rpm-ostree upgrade 后，你的内核参数和系统配置都会保持不变（除非你显式地通过 kargs 或 /etc/sysctl.d 进行了持久化修改）。这正是我们上面所做的一切：在不破坏原子性的前提下，通过标准的 Linux 机制进行优化。

现在，重启你的机器，感受那份久违的流畅吧。如果还有任何问题，欢迎随时回来讨论。毕竟，在这个不可变的宇宙里，我们是少数能掌控变量的人。

-- 展开阅读全文 --