我正在研究ZFS并使用FreeNAS进行ZFSpipe理，并且有以下问题：
在ZFS卷上创buildiSCSI目标时，ZFS作为重复数据删除，自动错误修复等的优势仍然有效吗？
在FreeNAS中，这可能是一个原始的图像文件，用作ZFS卷上的目标。 由于它是基于块（而不是基于文件）：ZFS的优势仍然适用？
编辑：预期的使用将是VMware（ESXi）的存储。
是的，这一切都有效…在ZFS中使用zvols时，重复，压缩，校验和caching都是存在的。 但是由于透明性，我更喜欢NFS来实现虚拟化。 但是要么会做这项工作。
你能详细说明一下ZFS的用途吗？ 我问，因为有很多潜在的devise/计划问题。 仔细阅读这个ZFS引物…
如果你使用这个来支持VMware安装，我强烈build议使用NFS。 在你描述的设置中，iSCSI不会给你带来太多的收益，从networking和实现的angular度来看，还有更多的问题需要解决。 无论哪种方式，无论您使用的是ZFS文件系统（NFS）还是zvols（iSCSI），所有核心ZFSfunction都可以使用。
使用ZFS + VMware + NFS是一个糟糕的主意。 它会得到你最糟糕的结果。 Vmware使用一个需要不断地执行SYNC写入的NFS实现，并等待每一个这样做。 这在ZFS上是非常慢的.ZFS首先在ZIL日志中写入，而后者在磁盘上做实际的更新（然后才确认同步写入）。 我用ZFS + VMware + NFS获得了5MB / s的安全写入。 然后，我在UFS + iSCSI上进行了testing，结果是在semitencial wirtes（raid 1）上获得了64MB / s的结果。 没有在ZFS上testingiSCSI
对于引导磁盘来说，同步写入的想法确实是一个好主意，而这对于虚拟化来说至关重要。 你想等待确认。 速度不是开机时的问题，耐用性应该是。 当你需要表演的时候，去更快一些。 性能和可靠性总是一个折衷。
在我的宠物小偷上，当人们真的想要虚拟机的速度真的很快时，他们有虚拟机运行的东西，如networking服务，可能会做100个一天写。
FreeNAS 9.3具有VMware使用iSCSI所需的解映射。