Richard L. Hamilton wrote: > Whatever mechanism can check at block allocation/deallocation time > to keep track of per-filesystem space (vs a filesystem quota, if there is one) > could surely also do something similar against per-uid/gid/sid quotas. I > suspect > a lot of existing functions and data structures could be reused or adapted for > most of it. Just one more piece of metadata to update, right? Not as if ufs > quotas had zero runtime penalty if enabled. And you only need counters and > quotas in-core for identifiers applicable to in-core znodes, not for every > identifier used on the zpool.
The current quota system does its checking of quota constraints in the DSL (dsl_sync_task_group_sync ends up getting the quota check made) A user based quota system would I believe need to be in the ZPL because that is where we understand what users are. I suspect this means that quotas would probably be easiest implemented per dataset rather than per pool. -- Darren J Moffat _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
