嘿，朋友！如果你正捧着装有 Fedora Silverblue 的笔记本或台式机，心里嘀咕着“为什么我的 SSD 好像没以前快了？”或者“开机怎么感觉卡了一下？”，那你找对人了。Silverblue 是个很酷的系统，它基于 Immutable（不可变）设计，用 rpm-ostree 管理更新，听起来很高大上，但也意味着传统的“随便改个配置文件”那套玩法在这里行不通。
咱们今天不聊那些虚头巴脑的理论，直接切入痛点：磁盘 I/O 性能。在 Linux 世界里，磁盘读写速度往往决定了系统的“跟手感”。对于 Silverblue 这种追求稳定、原子更新的系统，合理的磁盘优化不仅能让你打开文件夹像闪电一样快，还能延长你宝贵的 SSD 寿命。
别担心，我会把复杂的内核参数掰碎了讲，就像咱们坐在咖啡馆里聊天一样。而且，考虑到 Silverblue 的特殊性，我会特别标注哪些操作需要用到 toolbox 或 distrobox，确保你不会因为手滑搞坏了那个神圣的只读根文件系统。
第一步：认清你的硬件，知己知彼
在动手优化之前，咱们得先看看脚下踩的是什么“地”。不同的存储介质（HDD、SATA SSD、NVMe SSD）和控制器类型，需要的优化策略截然不同。盲目套用网上的“通用优化脚本”在 Silverblue 上可能会适得其反。
检查你的存储类型
打开终端（或者在 Silverblue 里通过 toolbox enter 进入容器环境），运行以下命令来查看你的磁盘详情：
lsblk -d -o NAME,TYPE,SIZE,ROTA,MODEL
这里的关键参数是 ROTA：
- 0：代表旋转速度为 0，也就是非旋转设备，通常是 SSD 或 NVMe。
- 1：代表旋转设备，即传统的 机械硬盘 (HDD)。
假设你看到的结果如下：
NAME TYPE SIZE RO ROTA MODEL
sda disk 500G 0 1 WDC WD5000LPVX
nvme0n1 disk 1T 0 0 Samsung SSD 980 PRO
在这个例子里，sda 是 HDD（ROTA=1），而 nvme0n1 是 NVMe SSD（ROTA=0）。接下来的优化措施，我们需要针对这两种不同的介质分别对待。对于大多数使用 Silverblue 的用户来说，主力盘大概率是 NVMe SSD，所以我们的重点会放在这里，但也会兼顾 HDD 用户。
了解文件系统现状
Silverblue 默认使用 Btrfs 文件系统。这是一个现代、功能强大的文件系统，支持快照、压缩和子卷。虽然它默认开启了一些性能友好的设置，但在高负载下，默认的 compress=zstd 可能会占用一定的 CPU 资源来换取存储空间。如果你的 CPU 很强但磁盘空间紧张，这可能没问题；但如果你的 CPU 比较老旧，或者你追求极致的 IOPS（每秒输入输出操作数），调整 Btrfs 的挂载选项就是关键一步。
第二步：I/O 调度器的艺术
I/O 调度器是内核中负责决定磁盘请求处理顺序的部分。对于不同的硬件，选择合适的调度器至关重要。
对于 NVMe SSD 和 SATA SSD
在现代 Linux 内核中，对于 NVMe 设备，默认的调度器通常是 none 或 mq-deadline（取决于内核版本和发行版配置）。对于 NVMe，由于硬件本身就有复杂的队列管理，内核层的调度器作用相对较小，通常保持默认即可。
但是，对于 SATA SSD 或者某些较老的 NVMe 驱动，mq-deadline 或 kyber 可能是更好的选择。kyber 是一个轻量级的调度器，专为 SSD 设计，旨在降低延迟并提高吞吐量。
如何检查和更改？
由于 Silverblue 的根文件系统是只读的，我们不能直接修改 /etc/default/grub 然后重启生效那么简单（虽然这也是可行的方法之一，但更推荐通过 systemd 或临时测试）。为了安全起见，我们可以在 toolbox 里查看当前状态，并理解其原理。
# 查看当前磁盘的 I/O 调度器
cat /sys/block/nvme0n1/queue/scheduler
# 输出示例: [none] mq-deadline kyber bfq
# 方括号 [] 内的表示当前正在使用的调度器
cat /sys/block/sda/queue/scheduler
# 输出示例: [mq-deadline] none kyber bfq
永久生效的方法：
在 Silverblue 中，最干净的方式是使用 rpm-ostree 来注入内核启动参数。这符合 Silverblue 的设计哲学。
- 打开终端。
- 编辑 GRUB 配置参数是不推荐的，因为 Silverblue 的引导由
bootupd管理。 - 正确的方法是创建或编辑
/etc/kernel/cmdline文件（如果不存在则创建），或者更简单地，使用rpm-ostree的kargs功能。
假设你想将 nvme0n1 的调度器设置为 kyber（如果适用），并将 sda（HDD）设置为 bfq（最佳公平队列，适合机械硬盘的多任务处理）：
# 查看当前内核参数
rpm-ostree kargs
# 添加新的内核参数。注意：参数是针对所有磁盘的，不是针对特定设备的。
# 对于 NVMe，通常不需要显式指定调度器，除非你想强制覆盖默认行为。
# 对于 HDD，bfq 是不错的选择。
# 添加 bfq 调度器给所有块设备（HDD 受益最大）
sudo rpm-ostree kargs --append=block.best_effort=1 --append=block.default_iosched=bfq
# 重新引导
sudo reboot
注意：block.default_iosched 并不是一个标准的内核参数，这里我可能有点过度简化了。实际上，更通用的做法是通过 udev 规则或者 GRUB 参数 elevator= 来设置。但在 Silverblue 中，最稳妥且不影响只读根文件系统的方式是通过 GRUB 命令行参数。
更正后的标准做法：
由于 Silverblue 使用 bootupd，直接修改 GRUB 参数需要通过 rpm-ostree。
# 将默认 I/O 调度器设置为 bfq（对 HDD 友好）和 kyber（对 SSD 友好，如果内核支持）
# 注意：这会影响所有块设备。对于混合系统，可能需要更精细的控制。
# 对于大多数现代 NVMe 用户，保持默认即可。
# 对于 HDD 用户，或者希望统一优化的用户：
sudo rpm-ostree kargs --append=elevator=bfq
sudo reboot
解释：elevator=bfq 会让内核对所有块设备尝试使用 BFQ 调度器。BFQ 在 HDD 上表现极佳，能显著减少寻道时间带来的卡顿。在 SSD 上，BFQ 的开销稍大，但通常也能接受。如果你的系统全是 NVMe SSD，建议不要强行改为 bfq，保持默认的 none 或 mq-deadline 更好。
如何验证？
重启后，再次运行：
cat /sys/block/sda/queue/scheduler
# 应该看到 [bfq] ...
第三步：Btrfs 挂载选项的深度调优
这是 Silverblue 用户最能发挥空间的地方。Btrfs 提供了丰富的挂载选项，可以显著提升性能。
1. 禁用写时复制（Copy-on-Write, CoW）
CoW 是 Btrfs 的核心特性，它允许快照和原子更新。但对于某些应用程序（如数据库、虚拟机镜像、大型视频编辑项目），CoW 会带来显著的写入延迟。
在 Silverblue 中，你的主目录 (/home) 通常位于一个单独的子卷上，或者与根文件系统共享。你需要决定哪些数据应该禁用 CoW。
方法：使用 chattr +C 属性
这是最简单、最安全的方法。你可以对特定的文件或目录禁用 CoW。
# 进入 toolbox 或直接在主机终端（如果 /home 是可写的）
# 假设你的主目录是 /home/yourusername
# 对现有目录禁用 CoW
chattr +C /home/yourusername/downloads
chattr +C /home/yourusername/VirtualMachines
# 对新创建的目录自动禁用 CoW（通过 touch 创建一个空文件并设置属性，然后 mkdir）
touch /home/yourusername/projects/.nocow
chattr +C /home/yourusername/projects/.nocow
mkdir /home/yourusername/projects/myproject
chattr +C /home/yourusername/projects/myproject
原理：+C 属性告诉 Btrfs 不要对该文件或目录启用 CoW。这对于频繁小文件写入的场景（如代码编译、数据库日志）效果显著。
2. 调整 Btrfs 压缩
Silverblue 默认可能启用了 compress=zstd。ZSTD 压缩速度快，压缩率高，是一个很好的默认选择。但是，如果你的 CPU 很强，而磁盘带宽是瓶颈，禁用压缩可以节省 CPU 周期，从而间接提升 I/O 性能（因为 CPU 不再忙于压缩/解压）。
如何检查当前压缩状态？
btrfs property get / compress
# 输出: compress=zstd
如何修改？
在 Silverblue 中，你不能直接修改 /etc/fstab 来改变根文件系统的挂载选项，因为根文件系统是只读的。但是，你可以为 /home 或其他数据分区设置挂载选项。
通常，/home 在 Silverblue 中是一个独立的子卷或分区。如果它是独立分区，你可以在 /etc/fstab 中添加挂载选项。如果它是 Btrfs 子卷的一部分，你可能需要通过 btrfs filesystem resize 或其他方式管理。
更通用的方法：使用 systemd mount units
这是最符合 Silverblue 理念的方式。你可以创建一个 systemd 挂载单元来覆盖默认的 /home 挂载选项。
- 创建文件
/etc/systemd/system/home.mount（如果不存在）：
[Unit]
Description=Mount /home with performance optimizations
Before=local-fs.target
After=basic.target
[Mount]
What=/dev/disk/by-uuid/YOUR_HOME_UUID # 替换为你的 /home 分区的 UUID
Where=/home
Type=btrfs
Options=rw,noatime,nodiratime,compress=zstd:1
[Install]
WantedBy=multi-user.target
注意：compress=zstd:1 表示使用最低的压缩级别（1），这在速度和压缩率之间取得了较好的平衡。如果 CPU 极强，可以尝试 compress=no。
- 重载 systemd 配置并挂载：
sudo systemctl daemon-reload
sudo mount -o remount /home
- 验证：
findmnt -no OPTIONS /home
# 应该包含你设置的选项
3. 禁用访问时间更新（noatime）
默认情况下，Linux 会在每次读取文件时更新文件的“访问时间”（atime）。这对于日志记录和审计很有用，但对性能有负面影响，尤其是对于频繁读取的应用程序。
解决方案：
在挂载选项中添加 noatime 或 relatime。
noatime：完全禁用 atime 更新。relatime：仅当 atime 早于 mtime（修改时间）或至少 24 小时前才更新。这是大多数发行版的默认值，对性能影响很小，推荐保留。
在上面的 home.mount 示例中，我已经包含了 noatime,nodiratime。这将显著提升文件浏览和代码编辑的速度。
第四步：Swap 和 Zram 的选择
Silverblue 默认可能没有配置 Swap，或者配置了一个小的 Swap 文件。对于拥有大量内存（16GB+）的用户，Swap 可能很少被使用。但对于内存较小的设备（8GB 及以下），Swap 是防止 OOM（Out of Memory）杀手的关键。
方案 A：使用 Zram（推荐用于 SSD）
Zram 在 RAM 中创建一个压缩的块设备。当物理内存不足时，数据会被压缩后存储在 Zram 中。由于压缩和解压速度很快，Zram 通常比磁盘 Swap 快得多，尤其适合 SSD。
如何在 Silverblue 中启用 Zram？
Silverblue 社区通常推荐使用 zram-generator。
- 安装 zram-generator：
# 在 toolbox 中安装
sudo rpm-ostree install zram-generator-common
sudo reboot
- 创建配置文件
/etc/systemd/zram-generator.conf：
[zram0]
compression-algorithm = zstd
max-swapsize = 0
swapup = 50
解释：
compression-algorithm = zstd：使用 ZSTD 压缩算法，速度快。max-swapsize = 0：表示 Zram 大小将根据可用内存动态调整（通常为物理内存的 50%-100%）。swapup = 50：当内存使用率达到 50% 时开始使用 Swap。
- 重启系统：
sudo reboot
- 验证：
swapon --show
# 应该看到一个 /dev/zram0 设备
方案 B：传统 Swap 文件
如果你更喜欢传统的 Swap 文件，或者你的磁盘空间非常宝贵，可以创建一个 Swap 文件。
- 创建 Swap 文件：
sudo dd if=/dev/zero of=/var/swapfile bs=1M count=4096 status=progress
sudo chmod 600 /var/swapfile
sudo mkswap /var/swapfile
- 启用 Swap：
sudo swapon /var/swapfile
- 永久生效：
由于 /var 在 Silverblue 中是只读的，你需要通过 rpm-ostree 或 systemd mount unit 来处理。但更简单的方法是，创建一个 systemd service 来在启动时挂载。
或者，使用 fallocate 创建文件，并通过 /etc/fstab 条目（如果支持）或 systemd mount unit 来挂载。
注意：在 Silverblue 中，修改 /var 下的文件需要特殊处理。建议优先使用 Zram，因为它不在磁盘上，不受只读限制的影响。
第五步：TRIM 和 Fstrim 自动化
TRIM 命令告诉 SSD 哪些数据块不再使用，可以内部擦除。这对于维持 SSD 的性能和寿命至关重要。如果不启用 TRIM，SSD 的写入放大效应会增加，导致速度下降。
启用 Fstrim 定时器
Fedora 默认启用了 fstrim.timer。你可以检查它是否正在运行：
systemctl status fstrim.timer
如果显示 active (waiting)，那么一切正常。它会每周自动运行一次 fstrim。
手动触发测试：
sudo fstrim -av
解释：-a 表示所有已挂载的文件系统，-v 表示详细输出。你应该看到类似 /: 10 GiB (10737418240 bytes) trimmed 的输出。
对于 Btrfs 的特殊考虑
Btrfs 有自己的 TRIM 机制。你可以启用 discard 挂载选项，使每次删除文件时都发送 TRIM 命令。但这可能会导致写入延迟增加。
推荐做法：
- 使用
fstrim.timer定期执行 TRIM。 - 不要在挂载选项中启用
discard，除非你有特殊需求。
第六步：监控与诊断
优化不是一劳永逸的。你需要监控磁盘 I/O 的情况，以便发现潜在的瓶颈。
使用 iotop 监控实时 I/O
sudo iotop
这个工具可以显示每个进程的磁盘读写速度。你可以用它来找出哪个进程在疯狂读写磁盘。
使用 btrfs filesystem usage 检查 Btrfs 状态
sudo btrfs filesystem usage /
这会显示 Btrfs 文件系统的详细使用情况，包括数据、元数据和系统的使用量。如果元数据使用率过高，可能需要重新平衡文件系统：
sudo btrfs balance start /
注意：balance 操作可能会消耗大量 I/O 资源，建议在空闲时运行。
使用 dstat 或 sar 进行历史数据分析
sudo dstat -cdngy 1
或者使用 sar（需要安装 sysstat）：
sudo yum install sysstat
sudo sar -d 1 5
这些工具可以帮助你分析磁盘 I/O 的历史趋势，找出性能波动的根源。
第七步：针对 Silverblue 的特殊技巧
1. 避免在 /usr 中写入数据
Silverblue 的 /usr 目录是只读的。任何试图在此目录下创建或修改文件的操作都会失败。确保你的应用程序和数据都存储在 /home 或 /var（通过 overlayfs）中。
2. 使用 Toolbox/Distrobox 进行开发
对于开发者来说，在 Silverblue 上进行开发的最佳实践是使用 toolbox 或 distrobox。这些工具在容器中提供了完整的开发环境，避免了污染宿主机的只读文件系统。
# 创建一个新的 toolbox
toolbox create
toolbox enter
# 在容器中安装开发工具
sudo dnf install gcc make git
这样可以确保你的开发环境是隔离的、可复制的，并且不会干扰宿主机的稳定性。
3. 定期清理旧的内核和容器镜像
Silverblue 使用 rpm-ostree 进行管理。随着时间的推移，旧的镜像和容器层会占用大量磁盘空间。
# 清理旧的 rpm-ostree 镜像
sudo rpm-ostree cleanup --rebase
# 清理 Podman 镜像
podman system prune -a
注意： rpm-ostree cleanup 会删除旧的引导条目和关联的文件系统层，释放磁盘空间。
总结与心态调整
优化 Fedora Silverblue 的磁盘性能，不仅仅是 tweaking 几个参数，更是一种理解系统工作原理的过程。Silverblue 的设计哲学是“稳定、安全、可复现”，这意味着我们在享受这些好处的同时，也需要适应一些新的约束。
核心要点回顾：
- I/O 调度器：HDD 用
bfq，NVMe SSD 保持默认或尝试kyber。 - Btrfs 优化：对大型文件目录禁用 CoW（
chattr +C），调整压缩级别，禁用 atime。 - Swap：优先使用
zram-generator，利用内存压缩换取速度。 - TRIM：确保
fstrim.timer正常运行。 - 监控：使用
iotop、btrfs filesystem usage等工具持续观察。
最后，我想说，不要追求极致的“跑分”。Silverblue 的魅力在于它的稳定性和安全性。只要系统响应流畅，没有明显的卡顿，你的优化就是成功的。如果在优化过程中遇到任何问题，记得查阅 Fedora 官方文档和社区论坛，那里有无数热心的用户在分享他们的经验。
希望这份指南能帮助你更好地驾驭 Fedora Silverblue，让你的系统跑得更快、更稳、更久。享受你的 Linux 之旅吧！