From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sat, 4 Aug 2012 17:00:20 +0200 From: tlaronde@polynum.com To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20120804150020.GA433@polynum.com> References: <20120803171847.GA2720@polynum.com> <20120804061317.GA483@polynum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: [9fans] Multi-dimensional filesystem Topicbox-Message-UUID: a7e88884-ead7-11e9-9d60-3106f5b1d025 On Sat, Aug 04, 2012 at 01:56:07PM +0300, Aram H?v?rneanu wrote: > I'm pretty sure there's an isomorphism between your multidimensional > filesystem and the set of potential namespaces. A dimension in your > multidimensional fileysystem is just an arbitrary set of filesystems > bounded in a particular namespace... I'm not quite sure about the bijective property but at least, since mathematics has recognized that the linear relationship is fundamental, and since base and dimensions are easily approached by linear Algebra, it seems probable enough that as long as the dot-dot thing is implemented by a fileserver---no semantics enforced at the kernel level---once you have the primitive for an oriented linearity (children/parent), multidimension is achievable. As sketched in a previous mail, a fileserver could present a "classical" file hierarchy, but with ".", "..", and, say ".+" for the hierarchical children, and ".-" for the reverse hierarchical parents (these being only a _view_; storage is another story...). So this could be achieved but by not attempting to provide an ubicuitous view, but only a local view from the file considered. -- Thierry Laronde http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C