[Info-vax] Reading Gordon Bell's VAX strategy document
Chris Townley
news at cct-net.co.uk
Sun Sep 24 13:43:28 EDT 2023
On 24/09/2023 17:09, John Dallman wrote:
> In article <ueph3e$lj1$1 at news.misty.com>, bqt at softjar.se (Johnny
> Billquist) wrote:
>
>> What you could possibly argue was that DEC didn't enough see or
>> anticipate the drop in price of memory, which would lead to totally
>> different constraints and optimal points.
>
> Indeed. Nor did they look at the history of the art of making computers
> faster. The VAX architecture was implemented readily enough at first, but
> made pipelining, out-of-order and other ideas that had been invented in
> the 1950s and 1960s hard to add.
>
>> VMS was never expected to run on something with 64K. You couldn't
>> even run a reasonable PDP-11 on that little memory at that point.
>> (I said responable, for anyone dragging out a minimal RT-11 system.)
>
> I agree it seems crazy, but that's what the paper says, on page 14:
>
> . . . a range of 64 Kbytes of RAM and ROM for VMS in the terminal
> to as much as 32 Mbytes in the large configuration . . .
>
> John
My first Vax (after PDP 11/44) was 8530 with a massive 32Mb, and 3 off
428Mb disks
hat handles 60 to 80 production users, 2 test systems (not my idea) and
a backup for our Central Ingres set up!
It was still way faster than the old PDP
--
Chris
More information about the Info-vax
mailing list