Open main menu
Home
Random
Recent changes
Special pages
Community portal
Preferences
About Wikipedia
Disclaimers
Incubator escapee wiki
Search
User menu
Talk
Dark mode
Contributions
Create account
Log in
Editing
Burroughs Large Systems
(section)
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
==Influence of the B5000== The direct influence of the B5000 can be seen in the current Unisys ClearPath range of mainframes which are the direct descendants of the B6500, which was influenced by the B5000, and still have the MCP operating system after 40 years of consistent development. This architecture is now called emode (for emulation mode) since the B6500 architecture has been implemented on machines built from [[Intel Xeon]] processors running the [[x86]] instruction set as the native instruction set, with code running on those processors emulating the B5000 instruction set. In those machines, there was also going to be an nmode ([[native mode]]), but this was dropped{{Citation needed|date=September 2007}}, so you may often hear the B6500 successor machines being referred to as "emode machines". B5000 machines were programmed exclusively in high-level languages; there is no assembler. The B5000 stack architecture inspired [[Charles H. Moore|Chuck Moore]], the designer of the programming language [[Forth (programming language)|Forth]], who encountered the B5500 while at MIT. In [https://web.archive.org/web/20060615025259/http://www.colorforth.com/HOPL.html ''Forth - The Early Years''], Moore described the influence, noting that Forth's DUP, DROP and SWAP came from the corresponding B5500 instructions (DUPL, DLET, EXCH). B5000 machines with their stack-based architecture and tagged memory also heavily influenced the Soviet [[Elbrus (computer)|Elbrus]] series of mainframes and [[supercomputer]]s. The first two generations of the series featured tagged memory and stack-based CPUs that were programmed only in high-level languages. There existed a kind of an [[assembly language]] for them, called El-76, but it was more or less a modification of [[ALGOL 68]] and supported structured programming and first-class procedures. Later generations of the series, though, switched away from this architecture to the [[Explicitly parallel instruction computing|EPIC]]-like [[Elbrus 2000|VLIW CPUs]]. The [[Hewlett-Packard]] designers of the [[HP 3000]] business system had used a B5500 and were greatly impressed by its hardware and software; they aimed to build a 16-bit minicomputer with similar software. Several other HP divisions created similar minicomputer or microprocessor stack machines. Bob Barton's work on [[reverse Polish notation]] (RPN) also found its way into [[HP calculators]] beginning with the 9100A, and notably the [[HP-35]] and subsequent calculators. The NonStop systems designed by [[Tandem Computers]] in the late 1970s and early 1980s were also 16-bit stack machines, influenced by the B5000 indirectly through the HP 3000 connection, as several of the early Tandem engineers were formerly with HP. Around 1990, these systems migrated to MIPS RISC architecture but continued to support execution of stack machine binaries by object code translation or direct emulation. Sometime after 2000, these systems migrated to [[Itanium]] architecture and continued to run the legacy stack machine binaries. Bob Barton was also very influential on [[Alan Kay]]. Kay was also impressed by the data-driven tagged architecture of the B5000 and this influenced his thinking in his developments in object-oriented programming and [[Smalltalk]].{{citation needed|date=September 2020}} Another facet of the B5000 architecture was that it was a secure architecture that runs directly on hardware. This technique has descendants in the virtual machines of today{{citation needed|date=September 2020}} in their attempts to provide secure environments. One notable such product is the Java JVM which provides a secure sandbox in which applications run. The value of the hardware-architecture binding that existed before emode would be substantially preserved in the [[x86]]-based machines to the extent that MCP was the one and only control program, but the support provided by those machines is still inferior to that provided on the machines where the B6500 instruction set is the native instruction set. A little-known Intel processor architecture that actually preceded 32-bit implementations of the x86 instruction set, the [[Intel iAPX 432]], ''would'' have provided an equivalent physical basis, as it too was essentially an object-oriented architecture.
Edit summary
(Briefly describe your changes)
By publishing changes, you agree to the
Terms of Use
, and you irrevocably agree to release your contribution under the
CC BY-SA 4.0 License
and the
GFDL
. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Cancel
Editing help
(opens in new window)