decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
Java itself is a superfluous convenience | 225 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Burroughs mainframes, stack architecture
Authored by: hardmath on Thursday, May 10 2012 @ 02:36 PM EDT
Here's a recollection about stack vs. register
architectures.

In the mid-80s I worked at a mainframe shop where my boss
was one of the original Burroughs MCP programmers. The MCP
(Master Control Program for you Tron fans) was written in a
dialect/extension of Algol, and Algol is famous as a
programming language for having recursive function
definitions, something we take for granted today. The stack
architecture of Burroughs mainframes was a reflection of the
stack architecture of the Algol language.

Elegant stuff, but not the best fit for the allocation of
random access memory/arrays. In Algol everything was stack-
based, and if you wanted to allocate memory in a program,
into the stack it went. Toward the end of the decade
Burroughs (actually Unisys at that point) came out with a C
compiler, something you'd think would have been done years
before.

In testing it out in our shop we found that C programs
compiled on for the mainframe ran orders of magnitude slower
than they would on a PC (say compiled with Borland's Turbo
C). The reason is that almost all C programs want to
allocate memory for stuff at runtime, even simple stuff (I
recall a Towers of Hanoi demo or similar).

The stack allocation proved to be the Achilles' heel of the
C compiler, perhaps because "free" would involve some stack
reshuffling operations which the Burroughs instruction set
was never meant to "address".



---
"Prolog is an efficient programming language because it is a very stupid theorem
prover." -- Richard O'Keefe

[ Reply to This | Parent | # ]

Java itself is a superfluous convenience
Authored by: Anonymous on Thursday, May 10 2012 @ 03:20 PM EDT
Please make yourself available to the principles in this matter. You are a
keeper.

[ Reply to This | Parent | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )