Date: Fri, 28 Jul 1995 14:15:07 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: witr@rwwa.com, hackers@freebsd.org Subject: Re: your mail Message-ID: <199507282115.OAA02492@gndrsh.aac.dev.com> In-Reply-To: <8624.806962590@time.cdrom.com> from "Jordan K. Hubbard" at Jul 28, 95 01:16:30 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > Oh great. One of UNIX's worst abortions, taken to extremes (can you > > > say "ioctl() is a bogus ``API'' for controlling behavior?" I thought > > > so).. > > > > You are mistaken. Everthing is *not* an ioctl. It instead resembles > > something like the proc filesystem. Do you think *that* is an > > abortion? > > You misunderstood me. I was raising the issue of ioctl() as one > argument (there are more) about how mapping all your devices and files > through a filesystem model was WRONG. And yes, I think the /proc > filesystem is an abortion too. Can you tell me what you thing of Apollo Aegis (aka Domain/OS) typed file objects with type managers? Would you consider that an elegant solution to the ``abortion'' we call a file system based design? I ask because I happen to know you have worked with Apollos in the past and I happen to still do that (infact I own a pair of old crusty 68040/32MB/760MB DN5500's) and have found nothing I like more than the design of that file system for doing nifty netto stuff with (most of the 4.4 file systems could easily be implemented in a weeks time by writting type managers that behavied like them.) Infact this system behavies very much like the vfs ficus stacking stuff, and has for over 10 years, you can add ``stacks'' to it on the fly without ever even looking at kernel code :-) The very first implementation of NFS on apollo was a file type manager, so you can do some mighty powerful things with it. NFS was later pushed into the kernel, but the code was not changed drastically until SR10.3. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199507282115.OAA02492>