服务zfs卷时，Samba“严格分配”的正确选项是什么？

该文件说：

这是一个布尔值，用于控制服务器中磁盘空间分配的处理。如果将其设置为yes，则服务器将从文件扩展到Windows时实际未强制实际磁盘存储块的UNIX行为更改为实际强制磁盘系统在创build或扩展文件时分配实际存储块的行为给定的大小。在UNIX术语中，这意味着Samba将停止创build稀疏文件。

此选项实际上是为支持快速分配大量块（如基于扩展名的文件系统）的文件系统而devise的。在不支持范围的文件系统上（最值得注意的是ext3）可以使Samba变慢。当你处理大文件时
Samba共享没有正确更新CentOS
Drobo上的ext4上的文件有损坏的，零出的块
FreeBSD：通过GBit-Ethernet的Samba性能
Samba和Windows计算机帐户密码
AD帐户的别名？

100MB的文件系统没有扩展，甚至可能遇到客户端遇到超时问题。

当你有一个基于扩展名的文件系统时，我们可能会利用不可写的扩展，这使得Samba可以非常快地分配大量的空间，并且不会看到严格分配导致的超时问题。在严格分配使用情况下，如果您使用配额，您还可以从配额信息中获得更好的效果。激活此设置的另一个优点是它将有助于减less文件碎片。

为了给您一个关于在哪些文件系统上使用这个设置的信息，现在可能是一个很好的select：Linux上的XFS，ext4，btrfs，ocfs2和AIX上的JFS2支持不可写的扩展。在不支持它的文件系统上，预分配可能是一个代价昂贵的操作，在创build大文件时，您将看到性能降低和风险让客户端超时的风险。例子是ext3，ZFS，HFS +和其他大多数，所以请注意是否在这些文件系统上激活这个设置。

默认值：strict allocate = no

那么，如果我有strict allocate = yes ，Samba不会做预分配，这在ZFS上没有性能优势吗？