通过传统旋转 Rust HD 上的符号链接访问 SSD 上的文件夹是否会影响 SSD 性能？

Question

我更喜欢将操作系统和应用程序保存在一个分区和/home/另一个分区上。

我打算/用 SSD 替换当前的驱动器，然后符号链接/home/myuser/.local/到 SSD 上的目录，因为那里安装了一些应用程序。这是因为我发现 SSD 的性能要高得多。必须遍历经典 HD（非 SSD）上的符号链接是否可能会影响存储在 中的应用程序的性能~/.local？我可以想象这种情况，因为硬盘需要停止正在做的任何事情，并将磁头移动到~/.local存储的任何地方才能访问它。

Answer 1

必须遍历经典 HD（非 SSD）上的符号链接是否会影响存储在 ~/.local 中的应用程序的性能？

绝对不。在最坏的情况下，解析旋转 Rust 上的符号链接将花费不到一秒的时间，从那时起它将被缓存，后续访问将几乎是即时的。

（这是关于定期备份重要性的友好提醒 - SSD 磁盘往往会突然且意外地失效，并且通常无法恢复任何数据）。

Answer 2

如果您对磁盘访问的单独性能感兴趣，可以使用密件抄送（BPF 编译器集合）从内核获取计时数据的工具集。这些工具可能在您的发行版中的一个名为bcc-tools或类似的包中提供。

这里有趣的是该biosnoop工具，它列出了磁盘上的每个读取或写入操作以及所花费的时间。在我的系统上我需要做：

sudo /usr/share/bcc/tools/biosnoop

需要几秒钟的时间才能开始写出标题。像这样的命令（sum /etc/systemd/bootchart.conf我通常不读取的文件）的窥探跟踪输出可能是：

TIME(s)  COMM   PID    DISK    T  SECTOR    BYTES   LAT(ms)
99.305   sum    1134   sda     R  33889239  4096       3.02

这表明该sum命令在给定的 4096 字节扇区（这是该文件系统的块大小）处进行了 R 读取。 3.02 毫秒后得到回复。如果我重复sum多次重复该命令，窥探跟踪就会不是显示读取操作再次发生，因为它被内核缓存。查找目录条目和跟踪符号链接也是如此。