My original thought was that the "Treeid" in each inode would be the
inode number of the root of the quota-tree. That would work and allow
treequotas to use a separate number space.
However I actually want to charge usage to users.
There is a natural mapping from users to directory trees via the
concept of the home-directory. It is home directories that I want to
impose quotas on. So it seems natural to charge space usage to a
users.
Certainly there are entities that need space allocation that are not
users in the traditional sense of the word. Groups (as in collections
of people, not necessarily as in unix groups) is an obvious example.
So instead of "users", lets call them "accounts".
Each account has
a name
a home directory
a space quota
Some also have passwords and shells that allow people to log into
them.
(Each account also has an expiry date, a printer allocation, an
internet-usage allocation .... but thats another story).
So for me, quotas are not at all divorced from the "Account" concept.
The idea of keeping the cumulative total of usage in the root of the
quota tree is appealing, but is frustrated by hard links. Though we
can try to avoid them, they will happen and there has to be a clear
way to handle them. Recording with each inode the information about
who is charged for that inode is the simplest by far.
Or possibly you meant that each directory should contain the
cumulative sum of usage beneath it.. Even if that were well defined,
it would be a performance problem updating lots of directory inode for
each change.
NeilBrown
>
> I know it's kinda half-baked, but that's my $0.015...
>
> tw
>
> On 10/18/2001 13:20 -0700, Mike Fedyk wrote:
> >> Actually, it looks like Niel is creating a two level Quota system. In ther
> >> normal quota system, if you own a file anywhere, it is attributed to you.
> >> But, in the tree quota system, it is attributed to the owner of the tree...
> >>
> >> Niel, how do you plan to notify someone that their tree quota has been
> >> exceeded instead of their normal quota?
> >> -
> >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> >> Please read the FAQ at http://www.tux.org/lkml/
> End of included message
>
>
>
> --
> twalberg@mindspring.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/