嘿，朋友。我知道你手里那台“古董”电脑正盯着你，眼神里写满了期待，也带着一丝疲惫。你可能刚折腾完 Fedora Silverblue 的 Immutable（不可变）特性，惊叹于它的稳定和安全，但随之而来的，可能是开机慢、应用切换卡顿、风扇狂转、电池掉电如流水般的现实打击。别急，这不代表 Silverblue 不适合老旧硬件，恰恰相反，它是为了长期稳定而设计的，但“出厂设置”往往是为了照顾最广泛的现代硬件，而不是为了压榨你手中那台十年前的 ThinkPad 或 Dell Latitude 的每一滴性能。
我们要做的，不是推翻重来，而是像老中医一样，通过精细的“针灸”——调整磁盘 IO 调度、优化内核参数、管理后台服务——来疏通经络，让这台老机器重新跑出年轻时的风采。我们将深入到底层，用数据和逻辑说话，确保每一步操作都安全、可逆且有效。
理解 Silverblue 的特殊性：为什么普通教程不管用？
首先，必须明确一个核心概念：Silverblue 是 Immutable 的。这意味着 /usr 和 /etc 的大部分文件是只读的，直接修改配置文件可能会在下次更新时失效，甚至导致系统无法启动。因此，我们的所有优化都必须基于 rpm-ostree 机制或 override 方式，或者通过修改那些允许用户自定义的运行时配置（如 /etc/sysctl.conf 在某些版本中可能受保护，需使用 sysctl.d 或内核命令行参数）。
对于老旧硬件，最大的瓶颈通常不在 CPU 算力，而在 IO 延迟 和 电源管理激进程度。SSD 老化、机械硬盘转速下降、内存带宽不足，都会导致系统响应迟钝。我们的目标是：减少不必要的等待，降低功耗，提高响应速度。
第一步：磁盘 IO 调度器优化——给数据流动让路
磁盘 IO 是老旧系统最明显的痛点。Linux 内核提供了多种 IO 调度算法，默认情况下，Silverblue 可能使用了 mq-deadline 或 kyber，这些对于 NVMe SSD 很好，但对于老旧 SATA SSD 或机械硬盘（HDD），可能并非最优。
1. 诊断当前状态
打开终端，运行以下命令查看当前磁盘设备的 IO 调度器：
cat /sys/block/sda/queue/scheduler
# 假设你的主硬盘是 sda，如果是 NVMe，可能是 nvme0n1
输出可能类似：[mq-deadline] kyber bfq none。方括号内的是当前激活的调度器。
2. 选择合适的调度器
- 对于机械硬盘（HDD）：
bfq(Budget Fair Queuing) 通常是最佳选择，它能很好地处理多任务下的公平性和延迟，但CPU开销略高。如果系统极其老旧，deadline也是一个轻量级的选择。 - 对于老旧 SATA SSD：
none或mq-deadline通常足够。kyber是为高性能 NVMe 设计的，对老旧 SSD 可能带来额外开销。 - 对于 NVMe SSD：保持
mq-deadline或kyber。
3. 永久更改 IO 调度器
由于 Silverblue 的不可变性，我们不能直接编辑 /etc/sysfs.conf。我们需要使用 rpm-ostree 来注入一个 systemd service 或 udev rule。这里推荐使用 udev rule，因为它更底层、更可靠。
创建一个新的 udev 规则文件。在主机上，你可以临时挂载 /usr 为读写（不推荐长期这样做），或者更优雅地使用 rpm-ostree override 创建一个自定义服务。但最简单且不影响系统完整性的方法是使用 bootc 或 toolbox 中的持久化配置，或者直接在 /etc/udev/rules.d/ 下创建文件（如果该目录未被覆盖）。
注意：在 Silverblue 中，/etc/udev/rules.d/ 通常是可写的，用于用户自定义规则。
创建文件 /etc/udev/rules.d/99-io-scheduler.rules：
sudo nano /etc/udev/rules.d/99-io-scheduler.rules
添加以下内容（以 HDD 为例，使用 bfq）：
ACTION=="add|change", KERNEL=="sda", SUBSYSTEM=="block", ATTR{queue/scheduler}="bfq"
# 如果有多个磁盘，请根据实际设备名添加，例如 sdb, nvme0n1 等
# 对于 NVMe，调度器名称不同，例如：
# ACTION=="add|change", KERNEL=="nvme0n1", SUBSYSTEM=="block", ATTR{queue/scheduler}="none"
保存后，重新加载 udev 规则：
sudo udevadm control --reload-rules
sudo udevadm trigger
验证是否生效：
cat /sys/block/sda/queue/scheduler
如果看到 [bfq]，恭喜你，IO 路径已经优化。
第二步：内核参数调优——释放沉睡的性能
内核参数（sysctl）控制着网络、内存、进程调度等核心行为。对于老旧硬件，我们可以通过减少内存压力、优化网络栈、调整进程调度来提升响应速度。
1. 关键参数详解
我们将创建一个新的 sysctl 配置文件 /etc/sysctl.d/99-old-hardware-tuning.conf。
sudo nano /etc/sysctl.d/99-old-hardware-tuning.conf
A. 内存管理优化
老旧硬件内存通常较小（4GB 或 8GB）。我们需要减少交换分区的使用频率，避免频繁的磁盘 IO。
# 降低 swappiness 值，默认是 60。设置为 10 或更低，意味着只有当物理内存极度紧张时才使用 swap。
vm.swappiness=10
# 提高 inode 缓存利用率，加速文件查找
vm.vfs_cache_pressure=50
# 减少透明大页面（THP）的使用，对于老旧 CPU 和特定工作负载，禁用 THP 可以减少延迟
vm.transparent_hugepage=never
B. 进程调度优化
使用 schedutil governors 可以更智能地调整 CPU 频率，但有时 performance 模式更适合老旧硬件以避免频率切换带来的延迟。然而，为了省电，我们建议保留 ondemand 或 schedutil，但调整其响应策略。
注意：CPU 频率调节器通常在 /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor 中设置，这可以通过 systemd service 或 cpupower 工具管理。
# 增加 net.core.somaxconn，提高网络连接处理能力，防止高负载下连接被丢弃
net.core.somaxconn=1024
# 启用 TCP 快速重传和快速恢复，改善网络响应
net.ipv4.tcp_fastopen=3
net.ipv4.tcp_congestion_control=bbr
C. 文件系统缓存
# 增加 dirty ratio，允许更多数据在内存中缓存后再写入磁盘，减少磁盘 IO 频率
vm.dirty_ratio=20
vm.dirty_background_ratio=5
2. 应用更改
sudo sysctl --system
检查是否生效：
sysctl vm.swappiness
sysctl vm.transparent_hugepage
第三步：电源管理与 CPU 频率——平衡性能与续航
老旧硬件的电池健康度通常较差，但通过精细的电源管理，我们可以显著延长使用时间并减少发热。
1. 使用 TLP 或 power-profiles-daemon
Fedora Silverblue 默认使用 power-profiles-daemon。对于老旧硬件，TLP 提供更细粒度的控制。
安装 TLP：
sudo rpm-ostree install tlp tlp-rdw
重启后，TLP 会自动启动。编辑 /etc/tlp.conf（如果存在，否则使用默认配置）：
# 设置 CPU 性能模式
CPU_SCALING_GOVERNOR_ON_AC=schedutil
CPU_SCALING_GOVERNOR_ON_BAT=schedutil
# 设置 CPU 频率范围
CPU_MIN_PERF_ON_AC=0
CPU_MAX_PERF_ON_AC=100
CPU_MIN_PERF_ON_BAT=0
CPU_MAX_PERF_ON_BAT=50 # 限制电池模式下最大频率为 50%，显著省电
# 磁盘电源管理
DISK_IDLE_SECS_ON_AC=0
DISK_IDLE_SECS_ON_BAT=max
# USB 自动挂起
USB_AUTOSUSPEND=1
应用更改：
sudo tlp start
2. 手动调整 CPU 频率（高级）
如果 TLP 不够精细，可以使用 cpupower 工具手动设置。
sudo dnf install cpupower
sudo systemctl enable cpupower
编辑 /etc/default/cpupower 或使用 cpupower frequency-set 命令。
第四步：清理后台服务与优化 GNOME Shell
GNOME Shell 是资源消耗大户，尤其是在老旧硬件上。我们可以通过禁用不必要的扩展和服务来减轻负担。
1. 禁用不必要的 systemd 服务
列出所有启用的服务：
systemctl list-unit-files --type=service --state=enabled
对于老旧硬件，可以禁用一些非必要的服务，如 bluetooth.service（如果不使用蓝牙）、ModemManager.service（如果没有调制解调器）、cups.service（如果没有打印机）。
sudo systemctl disable --now bluetooth.service
sudo systemctl disable --now ModemManager.service
sudo systemctl disable --now cups.service
2. 优化 GNOME Shell
- 禁用动画：进入设置 -> 辅助功能 -> 视觉效果 -> 关闭动画。
- 减少扩展数量：只保留必要的扩展，如
Blur my Shell或Dash to Panel，并确保它们是最新的。 - 使用
gnome-tweaks：安装 GNOME Tweaks，调整字体渲染、窗口效果等。
sudo rpm-ostree install gnome-tweaks
重启后，运行 gnome-tweaks，在“外观”中禁用“活动”按钮动画，在“窗口管理”中调整最小窗口宽度等。
第五步：文件系统维护与碎片整理
虽然 ext4 和 btrfs 不需要像 Windows 那样定期碎片整理，但对于老旧 SSD，确保 TRIM 启用和优化文件系统健康很重要。
1. 启用 TRIM
检查 TRIM 是否启用：
fstrim -v /
如果成功，启用定时 TRIM：
sudo systemctl enable --now fstrim.timer
2. 检查文件系统错误
运行 fsck 检查（需要在 live USB 中进行，或在单用户模式下）：
sudo fsck.ext4 -f /dev/sda1
第六步：监控与验证——如何知道优化是否有效？
优化后，你需要验证效果。使用以下工具监控系统状态：
1. 实时监控
htop # 监控 CPU 和内存
iotop # 监控磁盘 IO
btop # 综合监控
2. 基准测试
使用 sysbench 或 bonnie++ 进行磁盘 IO 基准测试：
sudo dnf install sysbench
sysbench fileio prepare
sysbench fileio run
sysbench fileio cleanup
比较优化前后的结果。
3. 电池续航测试
使用 powertop 监控功耗：
sudo dnf install powertop
sudo powertop --auto-tune
记录优化前后的电池使用时间。
常见问题与故障排除
Q1: 优化后系统更卡了怎么办？
- 检查是否禁用了关键服务（如
NetworkManager）。 - 检查 IO 调度器是否正确应用。
- 检查 CPU 频率是否被错误地限制过低。
Q2: Silverblue 更新后优化失效？
- 使用
rpm-ostree status检查当前部署。 - 确保 udev 规则和 sysctl 配置在
/etc/下，这些目录在 Silverblue 中是可写的，不会因更新而重置。 - 如果使用
rpm-ostree override，确保重新构建后再次检查。
Q3: 如何回滚优化？
- 删除或注释掉
/etc/udev/rules.d/99-io-scheduler.rules。 - 删除或注释掉
/etc/sysctl.d/99-old-hardware-tuning.conf。 - 禁用 TLP 服务：
sudo systemctl disable --now tlp。 - 重新加载配置：
sudo sysctl --system和sudo udevadm trigger。
结语：让老机器重获新生
通过这一系列的优化，你的 Fedora Silverblue 老旧硬件应该能够感受到明显的变化：启动更快、应用切换更流畅、电池续航更长。记住，优化是一个持续的过程，没有一劳永逸的解决方案。定期监控系统状态，根据需要调整参数，才能让你的老伙伴一直保持在最佳状态。
最后，分享一个小技巧：如果硬件实在过于老旧，可以考虑切换到更轻量的桌面环境，如 XFCE 或 LXQt，它们对资源的需求远低于 GNOME。但在 Silverblue 中，这需要更多的定制工作。对于大多数用户来说，上述优化已经足以让 Fedora Silverblue 在老旧硬件上焕发新生。
希望这篇指南能帮助你解决问题。如果你有任何其他疑问，欢迎随时交流。祝你好运！