[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <0D1BE31B-34F9-40A1-8C7F-6A9FFF18DA8E@sun.com>
Date: Tue, 17 Nov 2009 09:06:03 -0800
From: Andreas Dilger <adilger@....com>
To: Pavel Emelyanov <xemul@...nvz.org>
Cc: "Theodore Ts'o" <tytso@....edu>,
Andrew Morton <akpm@...ux-foundation.org>,
ext4 development <linux-ext4@...r.kernel.org>,
Dmitri Monakhov <dmonakhov@...nvz.org>
Subject: Re: [PATCH] A request to reserve a "tree id" field on ext[34] inodes
On 2009-11-17, at 06:04, Pavel Emelyanov wrote:
> We have a proposal to implement a 2-level disk quota on ext3 and ext4.
>
> In two words - the aim is to have directories on ext3/4 partitions
> which are limited by its disk usage and the number of inodes. Further
> the plan is to allow configuring uid and gid quotas within them.
>
> The main usage of this is containers. When two or more of them are
> located on one disk their roots will be marked with a unique tree id
> and thus the disk consumption of each container will be limited. While
> achieving this goal having an id of what tree an inode belongs to is
> a key requirement.
How do you handle files with multiple links, if they are located in
different trees? The inode would need to have multiple tree ids.
You can instead just store this data in an xattr (which will normally
be stored in the inode, so no performance impact), and then you are
free to store multiple values per inode.
Cheers, Andreas
--
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists