The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: stewart@serissa.com (Lawrence Stewart)
Subject: [TUHS] Why did PDPs become so popular?
Date: Fri, 29 Dec 2017 21:19:41 -0500	[thread overview]
Message-ID: <B3096E26-FFD2-4775-896F-4303411BF2B2@serissa.com> (raw)
In-Reply-To: <CAK7dMtDZaabjLwxOZk=ah++MbPxryQei1Fi=qGSX0vjhAmAxZQ@mail.gmail.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 5131 bytes --]

(Both the ADU and the DECstation front end ran OSF-1 or Ultrix, which was unix-y, although the ADU itself did run VMS as a second OS :) )

If I remember correctly, the OS running on the ADU itself had what we would now call paravirtualized drivers - they just handed off packets or disk block I/Os to the I/O service program running on the DECStation.  The ADU device drivers just managed ring buffers of requests, rather than raw SCSI commands destined for the real I/O devices.

PALcode is an Alpha thing, so that code running in PAL mode was responsible for things like TLB loads that might be different from model to model.  Anything that was too expensive to implement in hardware or too infrequent to bother with got punted to PAL.  PALcode was just ordinary Alpha assembler code, sometimes written in C I imagine, but it had to be very careful not to cause any faults or traps that required PALcode to implement.

The EV3 was an early Alpha chip, in, I think, .9 micron CMOS, that did not have an FPU, so the floating point was emulated.  The first products were 200 MHz EV4 machines that were in .75 micron CMOS.

The 3 and 4 refer to Digital code names for CMOS processes.  The EV stands for “Electric Vlasic” because the chip design team was fond of sticking nails into dill pickles and plugging them into the wall.  The pickles could be seen to glow in a dark room before starting to smoke.

Ken Olsen came to visit the lab and wanted to know why we had christmas tree lights decorating the ADU chassis.  We explained it was a safety feature, to remind people the power was on.  400 amps was nothing to fool around with.  No wedding rings allowed in the lab.

-Larry


> On 2017, Dec 29, at 8:47 PM, Kevin Bowling <kevin.bowling at kev009.com> wrote:
> 
> That is awesome, thanks for the story and link.  Enlightening to read
> about how the coherence protocol was developed in software.  How was
> the ISA, and I assume even implementation detail, kept equal or close
> enough to the eventual microprocessor parts?  Does the "Privileged
> Architecture Library" mean it was effectively microcoded?  What kind
> of software structure was used to provide the I/O channel on the
> DECStations, for instance did it map the other TURBOChannel devices
> into the demo's address space so it ran the stock device drivers, or
> was the I/O server software intermediating a mailbox for doing SCSI,
> Ethernet etc with a different device model?
> 
> Reminds me of a book I really liked "The Supermen: The Story of
> Seymour Cray and the Technical Wizards Behind the Supercomputer",
> especially Seymour Cray's willingness to throw out convention and
> redefine the game.  Corollary to Larry's point about CPU designers
> losing by only competing against their own last design.. you can
> either make new markets or lead in the ongoing one, not a lot of air
> outside that.
> 
> Regards,
> 
> On Fri, Dec 29, 2017 at 5:54 PM, Lawrence Stewart <stewart at serissa.com> wrote:
>> I'll chime in just to say that designing with ECL was one hell of a lot of
>> fun compared to TTL.
>> 
>> The first Alpha chip (EV3) had pad drivers that could be configured for TTL
>> levels or for ECL levels.  In fact, a good chunk of the ISSCC paper is about
>> the pad driver.
>> 
>> I was part of the team that built the first Alpha machine, the Alpha
>> Demonstration Unit, see
>> ftp://ftp.linux-mips.org/pub/linux/mips/people/macro/DEC/DTJ/DTJ803/DTJ803PF.PDF
>> 
>> For a limited number of machines, with power no object we were able to make
>> an unabashed ECL design using the ECL 100K logic family, the ECLinPS family
>> (300 ps gate delays) and some custom Gigabit Logic Gallium Arsenide parts
>> for the memory board address line drivers.
>> 
>> We got power supply cables from a local valley welding shop and had them cut
>> to length.  The shop owner wanted to know “what kind of a welder needs 18”
>> cables?”  The issue was the 400 Amps of -4.5 v.   Each jelly bean chip was
>> between 1/2 and 1 watt IIRC.
>> 
>> The beauty of ECL is that it is perfectly happy to drive 50 ohm transmission
>> lines, with shunt termination.  This gives you incident wave switching and
>> really beautiful signal integrity.  I think if Cray had tried to build the
>> Cray 1 with anything other than ECL it just would never have worked
>> reliably, especially with such long wires needed.
>> 
>> Essentially, ECL let you build big machines with the same reliability that
>> could only be achieved with small machines using TTL.  Great stuff if you
>> can afford the power consumption.
>> 
>> In the same way that it is worthwhile to own a sports car at least once in
>> your life, it was a joy to build an ECL design.
>> 
>> -Larry
>> 
>> 
>> On 2017, Dec 29, at 6:54 PM, Kevin Bowling <kevin.bowling at kev009.com> wrote:
>> 
>> I trust your judgement and experience WRT the Alpha.
>> 
>> If you're looking for massive performance deltas, what about ECL
>> designs like the IBM 3090 and Cray designs in the late '80s/ early
>> '90s?  I believe those were not a multiple but a magnitude faster than
>> contemporaries.
>> 
>> Regards,
>> 
>> 



  reply	other threads:[~2017-12-30  2:19 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-29 16:38 Larry McVoy
2017-12-29 23:54 ` Kevin Bowling
2017-12-30  0:04   ` Larry McVoy
2017-12-30  0:54   ` Lawrence Stewart
2017-12-30  1:47     ` Kevin Bowling
2017-12-30  2:19       ` Lawrence Stewart [this message]
2017-12-30  2:35         ` Paul Winalski
2017-12-30  2:20       ` Paul Winalski
2017-12-31  2:47     ` Henry Bent
2017-12-30  1:07   ` Ron Natalie
2017-12-30  2:30     ` Paul Winalski
2017-12-31  3:00       ` Henry Bent
2017-12-31  9:59         ` Arrigo Triulzi
2017-12-31 15:55         ` Paul Winalski
  -- strict thread matches above, loose matches on Subject: below --
2017-12-31  5:20 Rudi Blom
2017-12-31 12:56 ` Clement T. Cole
2017-12-31 15:03   ` Steve Simon
2017-12-28 14:05 Noel Chiappa
2017-12-28 15:59 ` Paul Winalski
2017-12-28 16:08   ` Larry McVoy
2017-12-28 23:28     ` Theodore Ts'o
2017-12-29 11:04       ` Kevin Bowling
2017-12-29 23:35         ` Jon Forrest
2017-12-29 23:58           ` Larry McVoy
     [not found] <109152082.5216233.1514413535270.ref@mail.yahoo.com>
2017-12-27 22:25 ` Dave Ritchie
2017-12-27 22:32   ` Dave Horsfall
2017-12-27 23:44     ` Paul Winalski
2017-12-27 23:38   ` Kevin Bowling
2017-12-28  0:07     ` Paul Winalski
2017-12-28  0:45       ` Kevin Bowling
2017-12-28  1:39       ` Ron Natalie
2017-12-27 21:02 Alec Muffett
2017-12-27 21:50 ` Grant Taylor
2017-12-28  1:23   ` Alec Muffett
2017-12-27 21:51 ` Clem Cole
2017-12-27 21:52   ` Clem Cole
2017-12-28  2:14   ` Greg 'groggy' Lehey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B3096E26-FFD2-4775-896F-4303411BF2B2@serissa.com \
    --to=stewart@serissa.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).