From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00,INVALID_MSGID, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,c9bd72123c9b0d9c X-Google-Attributes: gid103376,public From: emery@grebyn.com (David Emery) Subject: Re: BiiN system Date: 1996/07/18 Message-ID: #1/1 X-Deja-AN: 169980527 references: <2.2.32.19960716060723.00688abc@mail.cts.com> organization: MIND LINK! - British Columbia, Canada newsgroups: comp.lang.ada Date: 1996-07-18T00:00:00+00:00 List-Id: In article , dewar@cs.nyu.edu (Robert Dewar) wrote: > Dave said > > "With 20-20 hindsite, the BiiN machine would have been a perfect platform for > "modern" OO languages, such as Ada95, C++ or Eiffel. It's a damn shame > that the corporation couldn't make it work." > > I disagree, it was not ahead of its time, it was behind its time. It > represented a trend in CISC design thinking that at this stage I think > has been effectively discredited. I don't think that the CISC/RISC debate is anywhere near over yet. After all, RBKD has often posted notes about how difficult it is to generate good code for "modern" RISC architectures. In particular, it's not clear to me that the underlying notion of Capability has been discredited. The beauty of the BiiN system was not the hardware or the software, but the System that�came from the combination. In particular, the system did a wonderful job with two specific areas, Security and Network computing, that haven't been particularly solved by other technologies. And the BiiN design also provided substantial support for system fault tolerance, another area where we don't have the "final word" yet. Incidentally, the BiiN architecture lives on in variants of the i960 chips that have been fairly widely used in avionics... dave