Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ut-sally!std-unix
From: std-unix@ut-sally.UUCP (Moderator, John Quarterman)
Newsgroups: mod.std.unix
Subject: Re: The POSIX file system
Message-ID: <6219@ut-sally.UUCP>
Date: Mon, 3-Nov-86 20:38:41 EST
Article-I.D.: ut-sally.6219
Posted: Mon Nov  3 20:38:41 1986
Date-Received: Tue, 4-Nov-86 03:19:04 EST
References: <6206@ut-sally.UUCP>
Organization: IEEE P1003 Portable Operating System for Computer Environments Committee
Lines: 23
Approved: jsq@sally.utexas.edu

From: jbs@eddie.mit.edu (Jeff Siegal)
Date: Mon, 3 Nov 86 17:44:44 EST
Organization: MIT, EE/CS Computer Facilities, Cambridge, MA

In article <6206@ut-sally.UUCP> guy@sub.com (Guy Harris)
>[...]  The file system was implemented by a process that ran in supervisor
>mode and which received messages telling it to do things like read from or
>write to a file.  Other operating systems, like RSX-11 and VMS, did the same
>thing.  I believe the latest descendents of MERT, and VMS, have moved the
>file system back into the kernel for performance reasons.

Quite far off, actually (at least in the case of VMS).  Current
versions of VMS have replaced the disk filesystem ACP (which
previously was a separate process) with the XQP, a separate instance
of which exists in _each_process_ (the code is shared).  This resulted
in some significant performance _improvements_, and a filesystem which
extends fairly easily and quite completely (including record/file
locking, etc.) over different machines (using DEC's inter-system CI
bus).

Jeff Siegal

Volume-Number: Volume 8, Number 31