[<prev] [next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0704232031040.10676@camaro.cis.ksu.edu>
Date: Mon, 23 Apr 2007 20:38:01 -0500 (CDT)
From: Amit Gud <gud@....ksu.edu>
To: Arjan van de Ven <arjan@...radead.org>
cc: Theodore Tso <tytso@....edu>, Kalpak Shah <kalpak@...syssoft.com>,
Karuna sagar K <karunasagark@...il.com>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: ChunkFS - measuring cross-chunk references
On Mon, 23 Apr 2007, Amit Gud wrote:
> On Mon, 23 Apr 2007, Arjan van de Ven wrote:
>
>>
>> > The other thing which we should consider is that chunkfs really
>> > requires a 64-bit inode number space, which means either we only allow
>>
>> does it?
>> I'd think it needs a "chunk space" number and a 32 bit local inode
>> number ;) (same for blocks)
>>
>
> For inodes, yes, either 64-bit inode or some field for the chunk id in which
> the inode is. But for block numbers, you don't. Because individual chunks
> manage part of the whole file system in an independent way. They have their
> block bitmaps starting at an offset. Inode bitmaps, however, remains same.
>
In that sense, we also can do away without having chunk identifier encoded
into inode number and chunkfs would still be fine with it. But we will
then loose inode uniqueness property, which could well be OK as it is with
other file systems in which inode number is not sufficient for unique
identification of an inode.
AG
--
May the source be with you.
http://www.cis.ksu.edu/~gud
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists