Re: Eunice can't deal with 5-part newsgroup names

Thread View: comp.os.eunice

3 messages

[T] Back to Threads [V] Tree View [G] Group Articles

3 total messages Started by Craig Leres Mon, 18 May 1987 21:49

#48

Author: Craig Leres
Date: Mon, 18 May 1987 21:49

21 lines
1664 bytes

The filesystem VMS uses is called files-11, level 2. It's basically the
same file system used by RSX-11M (called files-11, level 1) with the
addition of futuristic features such as named directories. Level 1 is
upwards compatible with level 2. This means you can mount RSX disks
under VMS. This feature eases migration from the PDP-11 to the Vax (or
so DEC claimed). But the price is high; you get to run with a
filesystem designed in the stone ages. There are bound to be limits
that are ridiculous by today's standards.

The directory depth limit doesn't bother me nearly as much as the lack
of performance the VMS filesystem displays. (For the most part) it does
512 byte disk I/O. Note that the BSD "fast" filesystem does 8k disk I/O
by default.

But instead of making trivial changes (like allowing directories to get
12 levels deep instead of 8) why don't we throw VMS away and start
over? Trying to patch design flaws in over a MILLION lines of bliss and
assembler is not my idea of fun. (And VMS is a prime example of why you
shouldn't pay programmers by the line.)

		Craig

Re: Eunice can't deal with 5-part newsgroup names

#50

Author: dhesi
Date: Tue, 19 May 1987 17:24

10 lines
1005 bytes

In article <18960@ucbvax.BERKELEY.EDU> leres@ucbarpa.Berkeley.EDU (Craig 
Leres) writes:
>But instead of making trivial changes (like allowing directories to get
>12 levels deep instead of 8) why don't we throw VMS away and start
>over?

But that's exactly what some people have done already.  The result is
now called 4.3BSD.
-- 
Rahul Dhesi         UUCP:  {ihnp4,seismo}!{iuvax,pur-ee}!bsu-cs!dhesi

Re: Eunice can't deal with 5-part newsgroup names

#49

Author: egisin
Date: Tue, 19 May 1987 20:03

9 lines
1005 bytes

In article <18960@ucbvax.BERKELEY.EDU>, leres@ucbarpa.Berkeley.EDU (Craig Leres) writes:
> The directory depth limit doesn't bother me nearly as much as the lack
> of performance the VMS filesystem displays. (For the most part) it does
> 512 byte disk I/O. Note that the BSD "fast" filesystem does 8k disk I/O
> by default.

I'm pretty sure the default for disk I/O by RMS for sequential files
is 16 blocks, or 8K. The C RTL (and Eunice?) bypass most of RMS
for Stream-LF files and do block I/O with 512 byte blocks.

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads