[Info-vax] DEC Large Systems

Rich Alderson news at alderson.users.panix.com
Sat Jul 13 00:30:11 EDT 2019


=?UTF-8?Q?Arne_Vajh=c3=b8j?= <arne at vajhoej.dk> writes:

> On 6/27/2019 7:50 AM, Bill Gunshannon wrote:
>> Another question born out of curiosity.

>> I was looking at a catalog called Large Systems Software
>> Referral Catalog (Fourth Edition) from 1984.

>> It lists DECsystem-10, DECSYSTEM-20 and VAX. (notice the
>> curious spellings used by DEC themselves  :-)

>> What exactly did the VAX offer or what shortcomings were
>> seen in the 10 and 20 that caused VAX to become the hero
>> and the other large systems to go away?

> This is before my time.

> But my understanding is that the old boxes had a memory
> limit of 4 MW while VAX had larger byte address space
> (32 bit virtual and 24/30/32 physical).

Addressing on the PDP-10 line grew with each model.

The original PDP-10 (KA-10 processor) addressed 18 bits (256K) of
36 bit words.

The second generation DECsystem-10 (KI-10 processor) had a simple hardware
pager which addressed 22 bits (4MW).  Processes were limited to an 18-bit
address space.

The third generation DECsystem-10/DECSYSTEM-20 (KL-10 processor) had the same
simple hardware pager as the KI-10, and in "Tops-10 paging mode" was limited to
22 bits with 18-bit process spaces.  However, TOPS-20 microcode implemented a
pager based on the BBN hardware pager for the KA-10 (!) which implemented 23
bits of virtual address.  Processes were still restricted to 18 bit addresses.

TOPS-20 v4.0 changed all that.  The microcode pager was extended to 30-bit
addressing, although the hardware on the KL-10 was still limited to 4MW
physical.  The monitor ("kernel") utilized "extended addressing" to move beyond
single-section (256KW) forks.

TOPS-20 v5.0 allowed *user* programs to go beyond single-section addressing.

Tops-10 went to "Tops-20 paging" in v7.01, with user programs allowed to use
extended addressing in v7.04 (1986).

"Jupiter" was supposed to be faster than the KL-10 by a factor of 3 or so; that
was far too slow given how long it took to get to that point, so the
DECSYSTEM-40 was canceled in 1983.  The uproar from the installed customer base
was so great that Digital was forced to continue hardware development for
another 5 years (giving us the CI, HSC-50s and RA-81 disks) on the KL-10, and
software development and support for another 10 for both Tops-10 and TOPS-20.

> So DEC either had to make significant changes to the
> old architecture or go with a new architecture.

They tried to make significant changes to the old architecture, and blew it.

> We know what they chose. Could they have chosen different: likely.
> That is like asking if VAX could have been extended to 64 bit. It
> probably could, but DEC chose to go with Alpha.

By way of comparison, the XKL Toad-1 System is an extended KL-10 clone which
implements the 30-bit extended address in hardware, with (1995) modern
peripherals, a better Ethernet interface than the NI (one based on the Stanford
University experimental Massbus-based interface for the KL-10), and a much
lower cost.

Digital could have done it.  They were in the thrall of the 32-bit world by
that time, with Gordon choking his own baby.

-- 
Rich Alderson					  news at alderson.users.panix.com
      Audendum est, et veritas investiganda; quam etiamsi non assequamur,
	  omnino tamen proprius, quam nunc sumus, ad eam perveniemus.
									--Galen



More information about the Info-vax mailing list