Article View: alt.folklore.computers
Article #625553Re: changing architectures [was Re: PDP-10 addressing, PDP 11/40 system manual]
From: terry-...
Date: Tue, 14 Aug 2018 10:46
Date: Tue, 14 Aug 2018 10:46
29 lines
4466 bytes
4466 bytes
On Tuesday, August 14, 2018 at 5:43:37 AM UTC-4, Johnny Billquist wrote: > Yes. Although, the 8600 didn't miss the performance goals, as far as I > can remember, but it was *way* late. But as far as I can remember, the > goal was 4x 11/780, and that is what they achieved. It shipped with some internal optimizations disabled, some of which were fixed by the regular shipment of microcode updates. I think the serial sense bus (that gathered data from each pin of each macrocell array) and wrote it to a state dump file on the console RL02 was more a statement about how nervous they were about the machine's reliability than the declared reason of letting them know exactly which board to bring when a system failed. The only difference between an up-to-rev-level 8600 and an 8650 are the clock and mbox cache control boards. Every other board in the system is the same, if up to an acceptable rev level. I think that shows pretty clearly that the 8600 didn't meet its internal design goal. The marketing material may have said "4 times a 780" but that came along at a later date. The planned (and dropped) 8670 would have been a more major board swap (think 11/780 to 11/785 upgrade). But by then the writing on the wall was quite clear that "complete" VAX systems (w/ PDP11 mode, full instruction set support in microcode, etc,) were on the way out. An undocumented CE mode let you change the fundamental clock in the 86x0, presumably for margin tests when running diagnostics. But some customers found they could run jobs 20% faster. > 8670 don't ring any bells in my head right now, so I can't comment. The > 9000 was done by the same group though, yes. And while it was fast, and > I don't know if it was late or not, it was certainly way too expensive, It used to be fun to read the listing fiche (or the equivalent STARLET library) to find out the names of un-announced products. Unfortunately Charlie Matco exposing these caused DEC to change them to filler codes. The 9000 family was DEC acquiring every company they could find that had something remotely useful, in the theory that DEC could pull off a major architectural triumph (pun semi-intended) the way IBM did with their new packaging on 3090-class CPUs. DEC never did seem to understand that they weren't IBM. > and the NVAX came out not long after with the same performance on a > chip, making the 9000 immediately obsolete. And making Ken's head explode, once he finally understood. > My brain keeps saying "LCG", for Large systems computer group, as the > ones being responsible for those machines, along with PDP-10s. Not sure > if I'm misremembering something, though. LSG (Large Systems Group), I think.
Technical Details
Message-ID:
<94554ffd-803f-4eb5-9e9f-e66377bc50a5@googlegroups.com>Path:
mbox-mo1.pugleaf.net!w13-v6ni26qto.1!nntp.google.com!e8-v6no106922qtp.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mailReferences:
<21aaeee8-c41a-4442-a4eb-ea6a29b1e4f1@googlegroups.com> <1173318279.555679658.757757.peter_flass-yahoo.com@news.eternal-september.org> <pkmv0r$2bhi$1@gal.iecc.com> <0897e059-0b26-4334-82ff-5c0b2253a89e@googlegroups.com> <pkpj7i$4o0$1@gal.iecc.com> <mddeff2t5dz.fsf_-_@panix5.panix.com> <0e0cf1f8-3194-4ce5-a58c-905aed9b139a@googlegroups.com> <pku888$497$1@Iltempo.Update.UU.SE>Show Full Headers
Complete Article Headers
X-Received: by 2002:aed:3553:: with SMTP id b19-v6mr12235140qte.31.1534243573477; Tue, 14 Aug 2018 03:46:13 -0700 (PDT) X-BeenThere: alt.folklore.computers@googlegroups.com Received: by 2002:a37:c991:: with SMTP id m17-v6ls11484054qkl.8.gmail; Tue, 14 Aug 2018 03:46:12 -0700 (PDT) X-Received: by 2002:a37:67d8:: with SMTP id b207-v6mr13017540qkc.52.1534243572767; Tue, 14 Aug 2018 03:46:12 -0700 (PDT) X-Received: by 2002:a81:78c6:: with SMTP id t189-v6mr459633ywc.7.1534243572641; Tue, 14 Aug 2018 03:46:12 -0700 (PDT) Path: mbox-mo1.pugleaf.net!w13-v6ni26qto.1!nntp.google.com!e8-v6no106922qtp.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: alt.folklore.computers Date: Tue, 14 Aug 2018 03:46:12 -0700 (PDT) In-Reply-To: <pku888$497$1@Iltempo.Update.UU.SE> Complaints-To: groups...@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=100.8.228.76; posting-account=2vnRtAoAAAAE0ap3uRDMDu6cngT6BrOO NNTP-Posting-Host: 100.8.228.76 References: <21aaeee8-c41a-4442-a4eb-ea6a29b1e4f1@googlegroups.com> <1173318279.555679658.757757.peter_flass-yahoo.com@news.eternal-september.org> <pkmv0r$2bhi$1@gal.iecc.com> <0897e059-0b26-4334-82ff-5c0b2253a89e@googlegroups.com> <pkpj7i$4o0$1@gal.iecc.com> <mddeff2t5dz.fsf_-_@panix5.panix.com> <0e0cf1f8-3194-4ce5-a58c-905aed9b139a@googlegroups.com> <pku888$497$1@Iltempo.Update.UU.SE> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <94554ffd-803f-4eb5-9e9f-e66377bc50a5@googlegroups.com> Subject: Re: changing architectures [was Re: PDP-10 addressing, PDP 11/40 system manual] From: terry-...@glaver.org Injection-Date: Tue, 14 Aug 2018 10:46:12 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit