Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84 SMI; site sun.uucp Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!petrus!bellcore!decvax!decwrl!sun!chuq From: chuq@sun.uucp (Chuq Von Rospach) Newsgroups: net.unix-wizards Subject: Re: Extended file system on UNIX 4.2/4.3 BSD Message-ID: <3082@sun.uucp> Date: Tue, 17-Dec-85 01:20:52 EST Article-I.D.: sun.3082 Posted: Tue Dec 17 01:20:52 1985 Date-Received: Wed, 18-Dec-85 05:41:26 EST References: <617@mit-bug.UUCP> Organization: Sun Micro -- NFS Consulting Group Lines: 28 > Has any one done any work on a UNIX extended file system ?? > The minimal `feature' of such a file system, would > be to allow individual file access, via pathnames. > > For example; from machine A, one would cat a file on machine B > with: > cat A:/usr/jon/.login > or > cat /dev/net/A/usr/jon/.login The purdue people put together something called ibis that moved the : down to the library level. It was slow and relatively flakey, but I think someone was looking at moving it into the kernel. On more transparent access issues, you can look at the Newcastle connection (V7 based) which uses a superroot scheme or NFS, which was developed by Sun and is spreading out into the rest of the world. NFS is transparent -- you mount remote directories onto the local system with the 'mount' call and from then on you don't care where it comes from. Since I work on NFS at sun I don't want to turn this into a commercial -- if you're interested in learning more, drop me a line. chuq -- :From catacombs of Castle Tarot: Chuq Von Rospach sun!chuq@decwrl.DEC.COM {hplabs,ihnp4,nsc,pyramid}!sun!chuq Power ennobles. Absolute power ennobles absolutely.