In article <caotmx2jzr_kvjgozweib-az3-7-uuu+uq3p0nkhgz0enrzw...@mail.gmail.com>, [email protected] writes:
>On Sat, Feb 10, 2018 at 10:28 AM, Willem Jan Withagen <[email protected]> >wrote: >> Is there any expectation that this is going to fixed in any near future? >No. It's fundamentally impossible to support posix_fallocate on a COW >filesystem like ZFS. Ceph should be taught to ignore an EINVAL result, >since the system call is merely advisory. I don't think it's true that this is _fundamentally_ impossible. What the standard requires would in essence be a per-object refreservation. ZFS supports refreservation, obviously, but not on a per-object basis. Furthermore, there are mechanisms to preallocate blocks for things like dumps. So it *could* be done (as in, the concept is there), but it may not be practical. (And ultimately, there are ways in which the administrator might manage the system that would defeat the desired effect, but that's out of the standard's scope.) Given the semantic mismatch, though, I suspect it's unreasonable to expect anyone to prioritize implementation of such a feature. -GAWollman _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[email protected]"
