[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a4875c0e0911100602vc74b288ga2323312bccb21b@mail.gmail.com>
Date: Tue, 10 Nov 2009 15:02:49 +0100
From: mobi phil <mobi@...iphil.com>
To: Pavel Machek <pavel@....cz>
Cc: linux-kernel@...r.kernel.org
Subject: Re: Fwd: eifs/fmfs (everything is filesystem/file mapping filesystem)
> google fuse
Sometimes manipulation works :) .. I did intentionally not mention
fuse, so that we can focus on the topic when somebody will ask :) I
know fuse, it is a treasure, am using fuse for db, wikipedia etc.,
etc. However the only annoying thing with fuse and kernel space
drivers is that you have to mount before access. (And mount is not
enough, like with loop device, you cannot mount straightforward
partitions on a loop device) you have to tell the computer extra
annoying instruction, that should be obvious, once setting up the
framework. That is fuse is a partial solution for a powerful concept
that I named "filesystem anywhere". I do not want to bother mounting
fuse when I want to access a file that has a hierarchical structure,
and the guy knowing to do the mapping from that internal structure to
hierarchical filesystem is in place. Similar ideas were already
discussed here I am sure (I was not on the kernel mailing lists that
time), as some people (I would like to avoid names) were insisting on
seeing data on a computer throug sthg. called unified path system if I
am not mistaking.
by the way another example:
#>ls /mydata/ftpadresses/boot.kernel.org@...p/gpxe_images
#>ls /mygitprojects/linux-2.6/.git@.../tags
#>ls /mygitprojects/linux-2.6/.git@.../branches
or with defaults
#>ls /mygitprojects/linux-2.6/.git@...gs
#>ls /mygitprojects/linux-2.6/.git@...anches
etc
--
rgrds,
mobi phil
being mobile, but including technology
http://mobiphil.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