某些日志文件系统在文件系统本身所在的同一个驱动器上的日志承载性能会受到影响。 使用外部日志可以提高写入速度。 随着SSD的出现，单一SSD可能支持传统旋转磁介质上的文件系统的多个外部日志，这完全有可能使我感到震惊。 虽然Anandtech的“ SSD文集 ”确实涵盖了其中的一些内容，但并没有涵盖“多期刊”的testing案例。
日志往往很小，所以即使是一个小巧，快速的32GB SSD也能为多个大型文件系统提供很高的速度。 这可能比一般的I / O模式要快得多，这就是为什么有一个更大的设备比你最终会使用是一个好主意。
你们有没有做过这样的事情，甚至只是使用外部杂志？ 我很好奇现实世界的情况。
由于写入日志的数据量通常非常紧凑，大多数服务器系统（至less在性能上很重要）随RAID控制器配备电池备份写高速caching，所以使用日志的处罚大多不成问题。 增加的复杂性和外部日志的问题（考虑设置，维护，（灾难）恢复，不常使用的代码path中的错误率增加等）可能会提高速度。
这可能是人们很难走上这条路的主要原因之一。
现在对于支持使用固态硬盘的新颖文档来说 ，当涉及到文件系统时，将会是ZFS L2ARC ，但这完全是另一回事 。
目前大多数SSD技术在读取时比读取时慢得多，所以我不确定将它们用于期刊会提高速度。 主要的存储厂商似乎正在使用这种技术作为读caching的附加层，因为它们的读取速度快，延迟低。 这是ZFS在L2ARC中所做的工作，对于某些工作负载来说，这种工作非常有效。
但是由于存储工作负载往往会有很大的差异，因此在任何情况下，具有较大读取caching的差异将取决于访问模式和数据工作集的大小。
您还需要考虑SSD的寿命比硬盘更短的风险。 硬盘驱动器的一个很好的基准是看保证书。 一个好的服务器硬盘将是5年，大多数SSD是1年。 寿命较短的原因是SSD单元最终会磨损（只有这么多的写入周期）。 尽pipe大多数驱动器的固件均匀分配存储数据的位置，但通过在所有单元之间传播爱来延长寿命。