我有一对 480 GB“数据中心”SSD (SAMSUNG MZ7LM480HMHQ-00005)，它们将在镜像配置中构成 ZFS 池。该池的唯一内容将是虚拟机的 ZFS 卷 (ZVOL)。但是，ZVOL 的大小只有 400 GB，每个 SSD 上还有 80 GB 的未使用空间。
我希望 SSD 能够充分利用其未使用的空间，允许他们使用它来减少闪存的磨损。实现这一目标的最佳方法是什么？
只需将整个 SSD 用于池？
在每个 SSD 上创建一个 400 GB 的分区并将它们用于池，留下 80 GB 未分区？
尝试更改 SSD 的主机保护区 (HPA)，以便只有 400 GB 的容量可见，然后将“缩小”的 SSD 用于池（如选项 #1）？
或者也许根本没有区别，SSD会自动充分利用其所有闪存单元？
如果重要：我假设虚拟机将发出 TRIM 命令并且它们到达主机的 ZFS，最后到达 SSD 本身。
我想阻止 Apache为某些经常请求的不相关的不存在文件记录“文件不存在”错误，例如“apple-touch-icon-120x120.png”。这些日志条目使我的日志变得混乱，并且很难看到“真正的”问题。这就是我想出的：
RewriteCond %{REQUEST_URI} ^/apple-touch-icon(-\d+x\d+)?(-precomposed)?\.png$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule ^ - [redirect=404]
想法：如果请求的文件不是常规文件，也不是符号链接，则 RewriteRule 将导致不记录错误。这类型的作品。
现在我面临以下问题：如果我实际上创建了一个名为“apple-touch-icon-120x120.png”的符号链接，那么我的 RewriteRule 仍然会触发并且我得到 404。没有规则或当我将文件设为常规文件时文件而不是符号链接，文件被正确提供。我认为通过使用!-l标志，只有当请求的文件不是常规文件并且它也不是符号链接时，我才能触发我的规则。但这似乎不起作用......
我在 Apache 的错误日志中没有看到任何可疑的东西。我在这里可能做错了什么？