From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ram Pai Subject: Re: [RFC PATCH 1/1] vfs: Filemash fs Date: Wed, 24 Apr 2013 16:03:40 +0800 Message-ID: <20130424080340.GA29191@ram.oc3035372033.ibm.com> References: <20130403102300.GF26398@ram.oc3035372033.ibm.com> <0B472AFB-371E-45E8-BF9F-AB740BCDDBE5@dubeyko.com> <20130408034709.GA31490@ram.oc3035372033.ibm.com> <20130411004431.GD10481@dastard> Reply-To: Ram Pai Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Vyacheslav Dubeyko , linux-fsdevel@vger.kernel.org To: Dave Chinner Return-path: Received: from e8.ny.us.ibm.com ([32.97.182.138]:41706 "EHLO e8.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757206Ab3DXIDt (ORCPT ); Wed, 24 Apr 2013 04:03:49 -0400 Received: from /spool/local by e8.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 24 Apr 2013 04:03:48 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by d01dlp01.pok.ibm.com (Postfix) with ESMTP id C884538C801C for ; Wed, 24 Apr 2013 04:03:46 -0400 (EDT) Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r3O83kaS280014 for ; Wed, 24 Apr 2013 04:03:46 -0400 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r3O83juB016635 for ; Wed, 24 Apr 2013 02:03:46 -0600 Content-Disposition: inline In-Reply-To: <20130411004431.GD10481@dastard> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, Apr 11, 2013 at 10:44:32AM +1000, Dave Chinner wrote: > On Mon, Apr 08, 2013 at 11:47:09AM +0800, Ram Pai wrote: > > On Sun, Apr 07, 2013 at 03:03:29PM +0400, Vyacheslav Dubeyko wrote: > > > Hi Ram, > > > > > > On Apr 3, 2013, at 2:23 PM, Ram Pai wrote: > > > > > > > The following patch implements a filesystem driver which provides the ability > > > > to mashup exisiting files in creative ways in-order to create new files. > > > > > > > > Think of it as a way to union files; not filesystems. > > > > > > > > Its a prototype idea with a prototype implementation. Tested and working on > > > > 3.0.9-rc1. I have included Documentation file which details the idea with > > > > examples and possible applications. > > > > > > > > Any suggestions/ideas to make this useful and generally applicable is very much > > > > appreciated! > > > > > > > > > > Why do you think that your solution is better than LVM or RAID technologies? > > > > Each has its own place. LVM/RAID lets you build block devices in > > creative ways. Filemashup lets you build files in creative ways. > > So both solutions have their own application which are not necessarily > > the same. Hence I can't say one is better than the other. > > > > > > > > I think that using mount options in your solution is weird way. Let's imagine a file that it will include a hundreds parts. > > > > Well, I tried to mimic the same kind of approach used by overlayfs to > > union-mount directories. > > > > Yes. you are right. if you want to mashup hundreds of files, then you > > will have to provide all those hundred files on the command line, or you > > can put the options in /etc/fstab. Can you think of a better approach? > > Overlay-style filesystem that keeps the mashup information in > xattrs in the underlying files. Thanks Dave for the suggestion. Will explore that. RP