如何知道我的 NVMe SSD 是否需要 TRIM

Question

“如何知道我的 NVMe SSD 是否需要 TRIM”

由于我无法解释您所经历的现象，所以我也无法肯定地说出原因是什么，以及您应该监控哪些确切的标准。

sudo fstrim -av然而，这更像是一个可以监控的指针集合，您可以根据这些指针自行决定是否要先发制人地采取行动（进行额外的手动修剪）。

以下是我的建议：

监控的输出fstrim.service。如果它削减了过多的量（例如超过 1 TB），也许会采取行动。
监控自上次修剪以来您已下载了多少 GB 的数据。如果这超过了总磁盘大小的阈值（25-50%），请考虑采取行动。
监控 SSD 写入速度。如果低于标称值的一半（或者低于 250 MB/s - 但与您的情况无关），采取行动。

此列表可能还有更多可行的指标。

测试`fstrim.service`性能

我在自己的机器上进行了测试，现在可以确认，fstrim.service对我来说，其性能与@sotirov 和@FedKad 在评论和此问答。

这是我的输出journalctl -t fstrim（行缩短了）：

Oct 23 00:04:55 xb fstrim[662497]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Oct 23 00:04:55 xb fstrim[662497]: /: 442 GiB (474638336000 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c753d>
-- Boot 34c888b0968f458084fa1cf674269326 --
Oct 30 00:04:53 xb fstrim[1303597]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Oct 30 00:04:53 xb fstrim[1303597]: /: 442.1 GiB (474652139520 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c7>
-- Boot 04117f235c354c1fb3c4f082bae4f563 --
Nov 06 00:16:25 xb fstrim[612946]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Nov 06 00:16:25 xb fstrim[612946]: /: 442 GiB (474547269632 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c753d>
Nov 13 00:19:03 xb fstrim[3960792]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Nov 13 00:19:03 xb fstrim[3960792]: /: 253.8 GiB (272512958464 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c7>
Nov 20 00:02:50 xb fstrim[2878811]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Nov 20 00:02:50 xb fstrim[2878811]: /: 258.4 GiB (277492928512 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c7>

显而易见的是：

fstrim.service修剪整个磁盘首次启动后。
fstrim.service然后修剪掉相当大的一部分（253.7 GiB 和 258.4 GiB）

然后复制@sotirov 的帖子，我尝试fstrim手动运行，结果又出现了大量错误：

/: 274.1 GiB (294319964160 bytes) trimmed

然后，fstrim第二次手动运行时，数字有很大不同：

/: 84.3 MiB (88375296 bytes) trimmed

这证实了的行为fstrim。也许这种行为是有缺陷的，或者我只是不明白其中的巨大差异。

我可以说的是，手动运行后，修剪的块数会大幅减少fstrim。此外，我没有注意到任何性能差异，所以在我看来这似乎并不重要。

技术细节：

如何测量修剪的数据的示例fstrim.service（按照项目符号 1）：

#!/bin/bash

# Set threshold for SSD trim
threshold=500

# Get the latest trim value
ssdvalue=$(journalctl -t fstrim | tail -n 1 | awk '{ print $7 }')

# If value is smaller than threshold, then OK - else do something
### The logic should probably be reworked here, when dealing with Terrabytes of data - probably by using numfmt command or something similar
if [[ "${ssdvalue%.*}" -lt "$threshold" ]]
then
  echo "Everything OK"
else
  echo "Do something (run fstrim)"
fi

如何测量 SSD 写入速度的示例（按照项目 3 - 运行此脚本root）：

#!/bin/bash

# Set path to SSD disk (to write benchmark file)
ssdpath=/path/to/ssd/

# Set threshold for write speed
threshold=1000

# Remove file if it exists
[[ -f "$ssdpath/ssdwrite" ]] && rm "$ssdpath/ssdwrite"

# Run dd command to test write speed
dd if=/dev/zero of="$ssdpath/ssdwrite" conv=fdatasync bs=1G count=5 status=progress 2> /dev/shm/ssdspeed

# Isolate the MB/s value
ssdvalue=$(tail -n 1 /dev/shm/ssdspeed | awk '{ print $10 }')

# If value is larger than threshold, then OK - else do something
if [[ "$ssdvalue" -gt "$threshold" ]]
then
  echo "Everything OK"
else
  echo "Do something (run fstrim)"
fi

Answer 1

“如何知道我的 NVMe SSD 是否需要 TRIM”

由于我无法解释您所经历的现象，所以我也无法肯定地说出原因是什么，以及您应该监控哪些确切的标准。

sudo fstrim -av然而，这更像是一个可以监控的指针集合，您可以根据这些指针自行决定是否要先发制人地采取行动（进行额外的手动修剪）。

以下是我的建议：

监控的输出fstrim.service。如果它削减了过多的量（例如超过 1 TB），也许会采取行动。
监控自上次修剪以来您已下载了多少 GB 的数据。如果这超过了总磁盘大小的阈值（25-50%），请考虑采取行动。
监控 SSD 写入速度。如果低于标称值的一半（或者低于 250 MB/s - 但与您的情况无关），采取行动。

此列表可能还有更多可行的指标。

测试`fstrim.service`性能

我在自己的机器上进行了测试，现在可以确认，fstrim.service对我来说，其性能与@sotirov 和@FedKad 在评论和此问答。

这是我的输出journalctl -t fstrim（行缩短了）：

Oct 23 00:04:55 xb fstrim[662497]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Oct 23 00:04:55 xb fstrim[662497]: /: 442 GiB (474638336000 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c753d>
-- Boot 34c888b0968f458084fa1cf674269326 --
Oct 30 00:04:53 xb fstrim[1303597]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Oct 30 00:04:53 xb fstrim[1303597]: /: 442.1 GiB (474652139520 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c7>
-- Boot 04117f235c354c1fb3c4f082bae4f563 --
Nov 06 00:16:25 xb fstrim[612946]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Nov 06 00:16:25 xb fstrim[612946]: /: 442 GiB (474547269632 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c753d>
Nov 13 00:19:03 xb fstrim[3960792]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Nov 13 00:19:03 xb fstrim[3960792]: /: 253.8 GiB (272512958464 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c7>
Nov 20 00:02:50 xb fstrim[2878811]: /boot/efi: 504.9 MiB (529436672 bytes) trimmed on /dev/disk/by-uuid/A49B-17AD
Nov 20 00:02:50 xb fstrim[2878811]: /: 258.4 GiB (277492928512 bytes) trimmed on /dev/disk/by-uuid/f9c4d8ff-bfd6-404b-944e-4c7>

显而易见的是：

fstrim.service修剪整个磁盘首次启动后。
fstrim.service然后修剪掉相当大的一部分（253.7 GiB 和 258.4 GiB）

然后复制@sotirov 的帖子，我尝试fstrim手动运行，结果又出现了大量错误：

/: 274.1 GiB (294319964160 bytes) trimmed

然后，fstrim第二次手动运行时，数字有很大不同：

/: 84.3 MiB (88375296 bytes) trimmed

这证实了的行为fstrim。也许这种行为是有缺陷的，或者我只是不明白其中的巨大差异。

我可以说的是，手动运行后，修剪的块数会大幅减少fstrim。此外，我没有注意到任何性能差异，所以在我看来这似乎并不重要。

技术细节：

如何测量修剪的数据的示例fstrim.service（按照项目符号 1）：

#!/bin/bash

# Set threshold for SSD trim
threshold=500

# Get the latest trim value
ssdvalue=$(journalctl -t fstrim | tail -n 1 | awk '{ print $7 }')

# If value is smaller than threshold, then OK - else do something
### The logic should probably be reworked here, when dealing with Terrabytes of data - probably by using numfmt command or something similar
if [[ "${ssdvalue%.*}" -lt "$threshold" ]]
then
  echo "Everything OK"
else
  echo "Do something (run fstrim)"
fi

如何测量 SSD 写入速度的示例（按照项目 3 - 运行此脚本root）：

#!/bin/bash

# Set path to SSD disk (to write benchmark file)
ssdpath=/path/to/ssd/

# Set threshold for write speed
threshold=1000

# Remove file if it exists
[[ -f "$ssdpath/ssdwrite" ]] && rm "$ssdpath/ssdwrite"

# Run dd command to test write speed
dd if=/dev/zero of="$ssdpath/ssdwrite" conv=fdatasync bs=1G count=5 status=progress 2> /dev/shm/ssdspeed

# Isolate the MB/s value
ssdvalue=$(tail -n 1 /dev/shm/ssdspeed | awk '{ print $10 }')

# If value is larger than threshold, then OK - else do something
if [[ "$ssdvalue" -gt "$threshold" ]]
then
  echo "Everything OK"
else
  echo "Do something (run fstrim)"
fi

如何知道我的 NVMe SSD 是否需要 TRIM

答案1

“如何知道我的 NVMe SSD 是否需要 TRIM”

测试`fstrim.service`性能

技术细节：

相关内容

答案1

“如何知道我的 NVMe SSD 是否需要 TRIM”

测试fstrim.service性能

技术细节：

相关内容

测试`fstrim.service`性能