我不小心打字
ssh 10.0.05
代替
ssh 10.0.0.5
并且非常惊讶它起作用了。我也尝试过10.005，10.5并且那些也自动扩展到10.0.0.5. 我也尝试过192.168.1，扩展到192.168.0.1. 所有这些也适用于ping而不是ssh，所以我怀疑它适用于连接到任意用户提供的主机的许多其他命令。
为什么这样做？这种行为是否记录在某处？这种行为是 POSIX 的一部分还是什么？还是只是一些奇怪的实现？（使用 Ubuntu 13.10 物有所值。）
所以我有一个带有快速 SSD 和大硬盘的台式机。我正在尝试从中获得一个配置良好的大型、快速的 zpool。
我已经读到我可以为 ZIL 和 L2ARC 将单独的分区雕刻到 SSD 中，这似乎可以满足我的要求，但我必须手动配置每个分区应该有多大。我不喜欢它的一点是它有点复杂，如果我需要更改分区，可能很难重新配置，而且听起来最大文件系统大小仅受 HDD 的限制，因为目的是 ZIL 上的所有内容和L2ARC 也必须将其写入磁盘，至少最终是这样。此外，还不清楚 L2ARC 是否在系统重新启动后保留，或者是否必须再次填充。如果它们都在同一个 SSD 上，则必须将数据从 ZIL 复制到 L2ARC 似乎也效率低下，如果目前我对 SSD 上需要多少热数据没有压力，甚至可以复制到 HDD。
或者，我似乎也可以在 SSD 上有 1 个分区，在 HDD 上有 1 个分区，然后将它们直接添加到 zpool 中而没有冗余。我已经尝试过这个，并注意到持续的读/写速度比单独使用 HDD 所能达到的速度还要快。但我不知道现在是否一切都将进入 SSD，一旦 SSD 全部填满，一切都会进入 HDD。理想情况下，我希望 ZFS 在幕后透明地打乱数据，以尝试始终将热数据保留在 SSD 上，类似于 L2ARC，并在 SSD 上有合理的空白空间用于新写入。ZIL 应自动管理为合适的大小，并且最好尽可能多地位于 SSD 上。如果我走手动配置的 ZIL + L2ARC 路线，似乎 ZIL 只需要大约（10 秒 * 硬盘写入速度）大。这样做可以最大化 L2ARC 的大小，这是很好的。但是，如果我添加一个有效地使我的 HDD 速度（和容量）加倍的条带磁盘会发生什么？
将 SSD 用于 ZIL + L2ARC 时的问题摘要：