From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ram Pai Subject: Re: [RFC PATCH 1/1] vfs: Filemash fs Date: Mon, 8 Apr 2013 11:47:09 +0800 Message-ID: <20130408034709.GA31490@ram.oc3035372033.ibm.com> References: <20130403102300.GF26398@ram.oc3035372033.ibm.com> <0B472AFB-371E-45E8-BF9F-AB740BCDDBE5@dubeyko.com> Reply-To: Ram Pai Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel@vger.kernel.org To: Vyacheslav Dubeyko Return-path: Received: from e39.co.us.ibm.com ([32.97.110.160]:49386 "EHLO e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759444Ab3DHDrT (ORCPT ); Sun, 7 Apr 2013 23:47:19 -0400 Received: from /spool/local by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Sun, 7 Apr 2013 21:47:18 -0600 Received: from d01relay03.pok.ibm.com (d01relay03.pok.ibm.com [9.56.227.235]) by d01dlp02.pok.ibm.com (Postfix) with ESMTP id 008656E803A for ; Sun, 7 Apr 2013 23:47:13 -0400 (EDT) Received: from d01av05.pok.ibm.com (d01av05.pok.ibm.com [9.56.224.195]) by d01relay03.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r383lFIa286972 for ; Sun, 7 Apr 2013 23:47:15 -0400 Received: from d01av05.pok.ibm.com (loopback [127.0.0.1]) by d01av05.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r383lFMi020525 for ; Sun, 7 Apr 2013 23:47:15 -0400 Content-Disposition: inline In-Reply-To: <0B472AFB-371E-45E8-BF9F-AB740BCDDBE5@dubeyko.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: 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? > > Moreover, I think that in your approach the using of remount option is very necessary. It needs for adding file's parts and change mounted parts. Or use an ioctl or sysfs mechanism to dynamically change the layout of the files. Thanks for your comments, I certainly want to know if this idea is worth pursuing further. I certainly see applications of this idea for my own personal use, the best being, the ablilty to extend my files across filesystems. RP