Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion RSX-11D and RSX-20F
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Al Kossow  
View profile  
 More options Aug 27 2003, 4:35 pm
Newsgroups: alt.sys.pdp11, comp.sys.dec
From: a...@spies.com (Al Kossow)
Date: Wed, 27 Aug 2003 13:35:54 -0700 (PDT)
Local: Wed, Aug 27 2003 4:35 pm
Subject: Re: RSX-11D and RSX-20F
From article <Pine.LNX.4.44.0308271349250.24965-100...@localhost.localdomain>, by Rob Brown <br...@gmcl.com>:

> On Tue, 26 Aug 2003, Rob Brown wrote:

>> On Mon, 25 Aug 2003, Al Kossow wrote:

>> > 11/M is a subset of 11/D developed at Monsanto
>>                                         ^^^^^^^^

>> Really?  I thought popular folklore said Cutler, an employee of
>> Digital at the time, did it over a weekend.

> To clarify my question/confusion:  I thought it was developed at
> Digital by Dave Cutler.  Does anybody know?

--

I'm still digging to find where "D" refers to Dupont and "M" to
Monsanto. Ralph Stamerjohn would certainly know, if he's lurking.

--

From: Lars Poulsen <l...@cmc.com>
Subject: RSX-11D
Date: 1999/11/30

james.arnold@!!!usa.net wrote:
>         IAS was the timesharing system based on RSX11D. All the later
> flavours of RSX, 11S, 11M, 11M-PLUS were all decendants of 11D. Even
> VMS traces its roots to 11D. This is very evident in some of the system
> APIs.

RSX-11A, B and C were memory-resident little multitasking kernels,
generally hosted on DOS/BATCH-11.

RSX-11D was a whole operating system. Multitasking, multi-user.
I think it required I/D separation. RSX-11D device drivers were
full-fledged tasks; this meant that the code to service a read-
or write-operation on your fancy custom device could suddenly
decide to go write trace record to a file on disk. Very handy
for debugging.

RSX-11D tracked resources on behalf of its tasks. If a kernel
buffer was allocated to hold parameters for an inter-task message,
it was charged to the calling task, and when the system routines
sent the message to the other task, the charge was credited back
and charged to the recipient. When the work item was finally
complete, and the kernel buffer released, the charge was canceled.
Task were only allowed to exeit when they had released all their
resources. This was an admirable idea, but made debugging of
system tasks pure hell: If the task crashed with system data
resources slightly messed up, the system could not safely
release the buffers and credit the right task, so half-debugged
device drivers that crashed would tend to get locked in memory,
so you had to reboot for the next test cycle.

RSX-11D soon grew too large to fit on a 32KB (16KW) machine.
David Cutler decided that it was possible to implement the same
services with much less code, starting from scratch, and went on
to do just that. In 18 months, he basically wrote and debugged
the RSX-11M kernel. The system was released in source form, and
with conditional assembly could be configured at compile time
for any hardware from 8KW 11/05 to a full-house 11/45.
Over the years I worked on RSX-11M based system integration,
I eventually got to take a look at most of the modules of 11M,
and Dave Cutler's name was in the header of each one!


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.