From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7306 invoked from network); 19 Jun 2022 23:19:50 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 19 Jun 2022 23:19:50 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id EA9A840D43; Mon, 20 Jun 2022 09:19:45 +1000 (AEST) Received: from anduin.eldar.org (anduin.eldar.org [24.106.248.90]) by minnie.tuhs.org (Postfix) with ESMTPS id 2901A40D76 for ; Mon, 20 Jun 2022 09:19:41 +1000 (AEST) Received: from anduin.eldar.org (IDENT:brad@localhost [127.0.0.1]) by anduin.eldar.org (8.15.2/8.13.8) with ESMTPS id 25JNJVVr011709 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 19 Jun 2022 19:19:31 -0400 (EDT) Received: (from brad@localhost) by anduin.eldar.org (8.15.2/8.13.8/Submit) id 25JNJV6J002444; Sun, 19 Jun 2022 19:19:31 -0400 (EDT) From: Brad Spencer To: Larry McVoy In-Reply-To: <20220619230720.GJ26016@mcvoy.com> (message from Larry McVoy on Sun, 19 Jun 2022 16:07:20 -0700) Date: Sun, 19 Jun 2022 19:19:31 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (anduin.eldar.org [127.0.0.1]); Sun, 19 Jun 2022 19:19:32 -0400 (EDT) Message-ID-Hash: ZYXXVSYFLUZ6EV5OR6DSLGR5HD2JOL6H X-Message-ID-Hash: ZYXXVSYFLUZ6EV5OR6DSLGR5HD2JOL6H X-MailFrom: brad@anduin.eldar.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tuhs.tuhs.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: tuhs@tuhs.org X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: RFS (was Re: Re: forgotten versions) List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Larry McVoy writes: > On Sun, Jun 19, 2022 at 09:46:31PM +0100, Derek Fawcus wrote: >> On Fri, Jun 17, 2022 at 10:00:19PM -0700, Kevin Bowling wrote: >> > On Fri, Jun 17, 2022 at 5:35 PM Douglas McIlroy douglas.mcilroy@dartmouth.edu> wrote: >> > > >> > > V8 also had Peter Weinberger's Remote File System. Unlike NFS, RFS >> > > mapped UIDS, thus allowing files to be shared among computers in >> > > different jurisdictions with different UID lists. Unfortunately, RFS >> > > went the way of Reiser paging. >> > >> > I believe RFS shipped in SVR3, at least as a package for the 3b2. >> >> Apparently. I've a book (ISBN 0-672-48440-4) with a short chapter on it within, authored by Douglas Harris. >> >> It happens to state: >> >> AT&T's approach towards UNIX System V, Release 3.0 and beyond is to provide a /Remote File System/ (RFS) that is an extension of the ordinary file system arrangement. [???] > > SunOS 4.x shipped RFS, Howard Chartok (my office mate at the time) did > the port I believe. Thankless work since Sun ran their entire campus > on NFS; RFS never got any attention. It's too bad because it did solve > some problems that NFS just punted on. NFS is Clem's law in action, > it was good enough, not great, but still won. I remember SunOS 4.x having RFS.. I never used it but I vaguely recall (probably misremembering) that there was a warning in the man page about it that it might not interoperate with /dev devices correct if the byte order of the machines was different. I seem to recall that with RFS if /dev was remoted you actually accessed the remote devices and not just the device nodes from the system that /dev was mounted to. At the AT&T site I was at we used NFS exclusively too. -- Brad Spencer - brad@anduin.eldar.org - KC8VKS - http://anduin.eldar.org