29 Jun
2020
29 Jun
'20
9:11 a.m.
Date: Wed, 24 Jun 2020 14:31:34 -0400 (EDT)
From: norman(a)oclsc.org (Norman Wilson)
Reaching outside of UNIX, RSX/11 used external
supervisor-mode processes called ACPs (ancillary control processes) to implement file
systems. I don't know exactly how they were plugged in, but I do know they were
pluggable, so their interface must have constituted a file-system switch of some sort. RSX
dates back into the 1970s. At some point in the latter part of the 1980s, Ralph Stamerjohn
(a name instantly recognizable in the 16-bit DEC software world) gave a DECUS talk about
implementing a remote file system through ACPs: a stub ACP on the client exporting RPCs
over the network, a real one at the server end. I remember chatting with him about how
that did and didn't resemble the way pjw had done it; interesting architectural
comparison.
Norman Wilson Toronto ON
I am still digesting all the inputs (thanks, all!)
The above post made me realise that the delineation of what is a FSS/VFS or not, is not so
easy.
I did a little bit of reading, and the concept of an ACP arrived with RSX11D in May 1973,
but only matured in RSX11M in November 1974. As I understand it, originally in RSX11 file
system code was closely tied to the low-level device driver for each device. ACP’s
separated the file system code from the device driver itself, and became separate
processes.
In essence there were two switches: one switch into abstract devices, implemented in ACP
code and one kernel switch to deal with hardware interfacing. The first is indeed like a
file system switch (although still tied to specific devices).
Looking at this stuff made me realise that my retro machine of choice (the TI990) went
through a similar evolution. In the early seventies it had a sort of abstract device
switch that linked to individual ‘device service routines’ (drivers). Initially, these
modelled batch oriented ‘logical units’ that tied to files at the job control level. Later
(late 70’s), the ‘open’ command would carry a file name and the file system was delegated
to the device service routine. Still later (say 1983) this was used for networked disks.
As several people have observed in this topic, indeed there appears to be a close
relationship between a device switch and a file system switch.
29 Jun
29 Jun
2:45 p.m.
New subject: VFS prior to 1984
On Mon, Jun 29, 2020 at 11:11:17AM +0200, Paul Ruizendaal wrote:
As several people have observed in this topic, indeed
there appears to be a close relationship between a device switch and a file system switch.
Yep. If you think in objects, they are both objects with a set of methods.
Pretty much two instances of the same idea.
2:53 p.m.
New subject: VFS prior to 1984
On 29 Jun 2020, at 16:45, Larry McVoy
<lm(a)mcvoy.com> wrote:
On Mon, Jun 29, 2020 at 11:11:17AM +0200, Paul Ruizendaal wrote:
Phrased that way all OO programs have a close relationship between them. Maybe: "they
are both rather similar objects with a rather similar set of methods"?
As several people have observed in this topic,
indeed there appears to be a close relationship between a device switch and a file system
switch.
Yep. If you think in objects, they are both objects with a set of methods.
Pretty much two instances of the same idea.
3:14 p.m.
New subject: VFS prior to 1984
On Mon, Jun 29, 2020 at 04:53:50PM +0200, Paul Ruizendaal wrote:
They are two different classes, similar, but not the same. It's really
4 classes, vfs, vnode for FS and block/char for devices. This is from
SunOS 4.1.1 that I happened to have an install image sitting around.
Took me forever to find the device definitions, I resorted to
find . -type f -name '*.h' -print | xargs grep strategy
It's in include/sys/conf.h because, well, that's obvious, right?
struct vfsops {
int (*vfs_mount)(); /* mount file system */
int (*vfs_unmount)(); /* unmount file system */
int (*vfs_root)(); /* get root vnode */
int (*vfs_statfs)(); /* get fs statistics */
int (*vfs_sync)(); /* flush fs buffers */
int (*vfs_vget)(); /* get vnode from fid */
int (*vfs_mountroot)(); /* mount the root filesystem */
int (*vfs_swapvp)(); /* return vnode for swap */
};
struct vnodeops {
int (*vn_open)();
int (*vn_close)();
int (*vn_rdwr)();
int (*vn_ioctl)();
int (*vn_select)();
int (*vn_getattr)();
int (*vn_setattr)();
int (*vn_access)();
int (*vn_lookup)();
int (*vn_create)();
int (*vn_remove)();
int (*vn_link)();
int (*vn_rename)();
int (*vn_mkdir)();
int (*vn_rmdir)();
int (*vn_readdir)();
int (*vn_symlink)();
int (*vn_readlink)();
int (*vn_fsync)();
int (*vn_inactive)();
int (*vn_lockctl)();
int (*vn_fid)();
int (*vn_getpage)();
int (*vn_putpage)();
int (*vn_map)();
int (*vn_dump)();
int (*vn_cmp)();
int (*vn_realvp)();
int (*vn_cntl)();
};
/* two different device classes, block and char */
struct bdevsw {
int (*d_open)();
int (*d_close)();
int (*d_strategy)();
int (*d_dump)();
int (*d_psize)();
int d_flags;
};
struct cdevsw {
int (*d_open)();
int (*d_close)();
int (*d_read)();
int (*d_write)();
int (*d_ioctl)();
int (*d_reset)();
int (*d_select)();
int (*d_mmap)();
struct streamtab *d_str;
int (*d_segmap)();
};
--
---
Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm
On 29 Jun 2020, at 16:45, Larry McVoy
<lm(a)mcvoy.com> wrote:
On Mon, Jun 29, 2020 at 11:11:17AM +0200, Paul Ruizendaal wrote:
Phrased that way all OO programs have a close relationship between them. Maybe:
"they are both rather similar objects with a rather similar set of methods"?
As several people have observed in this topic,
indeed there appears to be a close relationship between a device switch and a file system
switch.
Yep. If you think in objects, they are both objects with a set of methods.
Pretty much two instances of the same idea. 
4:34 p.m.
New subject: VFS prior to 1984
We implemented filesystems as a supervisor process so that it
could support file access from both a UNIX supervisor process
and an RSX/11 supervisor process in the MERT operating system.
See Figure 1 in the MERT paper in the July/August 1978 BSTJ.
Heinz
On 6/29/2020 2:11 AM, Paul Ruizendaal wrote:
Date: Wed, 24 Jun 2020 14:31:34 -0400 (EDT)
From: norman(a)oclsc.org (Norman Wilson)
Reaching outside of UNIX, RSX/11 used external
supervisor-mode processes called ACPs (ancillary control processes) to implement file
systems. I don't know exactly how they were plugged in, but I do know they were
pluggable, so their interface must have constituted a file-system switch of some sort. RSX
dates back into the 1970s. At some point in the latter part of the 1980s, Ralph Stamerjohn
(a name instantly recognizable in the 16-bit DEC software world) gave a DECUS talk about
implementing a remote file system through ACPs: a stub ACP on the client exporting RPCs
over the network, a real one at the server end. I remember chatting with him about how
that did and didn't resemble the way pjw had done it; interesting architectural
comparison.
Norman Wilson Toronto ON
I am still digesting all the inputs (thanks, all!)
The above post made me realise that the delineation of what is a FSS/VFS or not, is not
so easy.
I did a little bit of reading, and the concept of an ACP arrived with RSX11D in May 1973,
but only matured in RSX11M in November 1974. As I understand it, originally in RSX11 file
system code was closely tied to the low-level device driver for each device. ACP’s
separated the file system code from the device driver itself, and became separate
processes.
In essence there were two switches: one switch into abstract devices, implemented in ACP
code and one kernel switch to deal with hardware interfacing. The first is indeed like a
file system switch (although still tied to specific devices).
Looking at this stuff made me realise that my retro machine of choice (the TI990) went
through a similar evolution. In the early seventies it had a sort of abstract device
switch that linked to individual ‘device service routines’ (drivers). Initially, these
modelled batch oriented ‘logical units’ that tied to files at the job control level. Later
(late 70’s), the ‘open’ command would carry a file name and the file system was delegated
to the device service routine. Still later (say 1983) this was used for networked disks.
As several people have observed in this topic, indeed there appears to be a close
relationship between a device switch and a file system switch.
1409
days inactive
1409
days old
4 comments
3 participants
participants (3)
-
Heinz Lycklama -
Larry McVoy -
Paul Ruizendaal