I see the use case for these "logical" quotas (variants on userquota@, quota, refquota). FYI, I added the "logicalused" and "logicalreferenced" properties a few years back, and these can be used to implement application-level checks/quotas. If we implement a "logicalquota" and "logicalrefquota", those could be based on the "logicalused" and "logicalreferenced" properties, respectively.
--matt On Fri, Nov 4, 2016 at 5:11 PM, Jorgen Lundman <[email protected]> wrote: > > I believe this was one of my questions at my first ZFS Summit day :) > > The space saved from compression should be to our advantage, not that of > the customers (who should really compress their data anyway, right?) which > is how Google does its drive space etc. > > But since OpenZFS can not currently do this, we have lived with > compression-favours-the-customers. > > This came to an amusing issue with the last maintenance, where we moved > customers from existing (compressed ZFS storage) to new hardware, and > "someone" forgot to set compression. (Solaris copies the compression > property with zfs recv -o, but IllumOS does not). > > Suddenly a couple of hundred customers could no longer receive mail, as > they'd managed to tweak their mail storage just under the quota limit > compressed, which now went far beyond their quota, uncompressed. > > I'm sure I put everyone to sleep with that anecdote. > > lt, dr; > > We too want (alternate?) quotas based on pre-compressed sized :) > > Lund > ------------------------------------------- openzfs-developer Archives: https://www.listbox.com/member/archive/274414/=now RSS Feed: https://www.listbox.com/member/archive/rss/274414/28015062-cce53afa Modify Your Subscription: https://www.listbox.com/member/?member_id=28015062&id_secret=28015062-f966d51c Powered by Listbox: http://www.listbox.com
