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 -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
