我对SSD Trim有很多不同的看法，通常知道如何处理并不是很重要，因为除非我使用的系统大多数安装步骤都是手动完成的，例如Arch Linux，否则您知道如何处理。
Arch Linux文档确实说明了几种配置SSD修整，连续，定期等的方法，但是它没有说明内核是否默认情况下对支持的文件系统进行修整，而无需任何其他配置步骤。
我可以安全地跳过文档中的连续或定期修整的手动配置吗？如何监视此类操作？使用内核5+和ext4作为fs进行全新安装时，如果不使用文档中介绍的任何方法，我是否可以安全安装？
（https://wiki.archlinux.org/index.php/Solid_state_drive）？
从长远来看，我是否会担心，因为当Arch Linux无声地假装健康了这么长时间时，我从未修剪过SSD磁盘吗？
内核仅在两种情况下发出丢弃操作：
定期：在fstrim工具要求时。
连续：无论何时删除文件，如果文件系统是使用discard选件安装的。默认情况下禁用此选项。
通常避免使用第二个选项，因为它是同步的–大多数文件系统每次都等待，直到完成丢弃为止，这使向磁盘的写入同步非常慢，因为丢弃并不是完全快速的操作。（异步丢弃仅出现在XFS中，而最近才出现在Btrfs中。）我还可以想象，不必要的频繁丢弃操作对SSD的寿命也没有太大帮助。
（更重要的是，您可以在链接的文章中看到一个通知，即一些较旧的基于SATA的SSD不支持“排队” TRIM，这意味着所有操作-甚至是读取-都必须等到TRIM请求完成其工作。）
因此，大多数系统改为选择第一个选项，并fstrim -Av每周大约安排一次。通常使用“ fstrim.timer”系统单元完成此操作。每次调用fstrim服务时，它将写入syslog：
$ journalctl -u fstrim
Feb 07 19:18:23 fstrim[401]: /: 484.5 GiB (520173604864 bytes) trimmed on /dev/sdb3
如果您根本不使用TRIM（即使它是三星制造的），则SSD不会起火。一旦认为100％的磁盘正在使用中，它在接受写入时只会变得有点慢。
（也就是说，即使从未使用过TRIM，新的SSD似乎也有足够的可用空间来继续正常工作，但是我还没有做过或未寻求任何有关其如何影响其性能的研究，这只是我的一般猜测。）
请注意，如果您使用的是LVM或cryptsetup，则需要将所有此类层配置为通过丢弃操作传递到较低层。默认情况下，cryptsetup忽略丢弃操作，因为它优先考虑私密性而不是性能– TRIM本质上会显示正在使用的磁盘区域和空闲的磁盘区域。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句