[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <op.tocx7va5rwwil4@muki-1mj5c5mxes>
Date: Mon, 26 Feb 2007 08:24:57 -0500
From: "Sorin Faibish" <sfaibish@....com>
To: "Yakov Lerner" <iler.ml@...il.com>
Cc: "kernel list" <linux-kernel@...r.kernel.org>,
"piernas@...ec.um.es" <piernas@...ec.um.es>
Subject: Re: [ANNOUNCE] DualFS: File System with Meta-data and Data Separation
On Mon, 26 Feb 2007 06:49:05 -0500, Yakov Lerner <iler.ml@...il.com> wrote:
> On 2/14/07, sfaibish <sfaibish@....com> wrote:
>> On Sat, 10 Feb 2007 22:06:37 -0500, Sorin Faibish <sfaibish@....com>
>> wrote:
>>
>> > Introducing DualFS
>> >
>> > File System developers played with the idea of separation of
>> > meta-data from data in file systems for a while. The idea was
>> > lately revived by a small group of file system enthusiasts
>> > from Spain (from the little known University of Murcia) and
>> > it is called DualFS. We believe that the separation idea
>> > will bring to Linux file systems great value.
>> >
>> > We see DualFS as a next-generation journaling file system which
>> > has the same consistency guaranties as traditional journaling
>> > file systems but better performance characteristics. The new file
>> > system puts data and meta-data on different devices (usually, two
>> > partitions on the same disk or different disks)
>
> Do you guys have an option of using just one partiton, and
> divide it into two fixed parts at mkfs-time , one part X% (for metadata)
> and 2nd part at (100-X)% (file file blocks) ?
From an ease-of-use perspective I agree as this could be an option
but the point is to be able to manage the MD completely separate
in cases when you want for example to extend the MD volumes or
data volumes independently for example. It is all about different
address spaces and fencing. I am not sure is good for fsck tasks.
> Would not this option
> be easier-to-administer choice for naive users ?
From a code perspective should be possible. We could put it on a TODO
list if of interest for many. It is not a matter of naive users
or not. We are all naive when we use FS and are not experts in FS.
> Or, you do not
> view your FS as an option for naive users in the first place
If we are all naive of course we want DualFS to be useful for
all. We are open for proposed features and criticism from
the community. It is just a mater of resources.
>
> Yakov
>
>
>
--
Best Regards
Sorin Faibish
Senior Technologist
Senior Consulting Software Engineer Network Storage Group
EMC² where information lives
Phone: 508-435-1000 x 48545
Cellphone: 617-510-0422
Email : sfaibish@....com
-
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