Re: New assembly language instructions to support OO languages?

Louis Krupp <lkrupp@pssw.com>
Fri, 05 Dec 2008 05:05:51 -0700

          From comp.compilers

Related articles
[5 earlier articles]
Re: New assembly language instructions to support OO languages? DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-12-05)
Re: New assembly language instructions to support OO languages? DrDiettrich1@aol.com (Hans-Peter Diettrich) (2008-12-05)
Re: New assembly language instructions to support OO languages? jasen@xnet.co.nz (Jasen Betts) (2008-12-05)
Re: New assembly language instructions to support OO languages? tony@my.net (Tony) (2008-12-05)
Re: New assembly language instructions to support OO languages? tony@my.net (Tony) (2008-12-05)
Re: New assembly language instructions to support OO languages? nmm1@cam.ac.uk (2008-12-05)
Re: New assembly language instructions to support OO languages? lkrupp@pssw.com (Louis Krupp) (2008-12-05)
Re: New assembly language instructions to support OO languages? nmm1@cam.ac.uk (2008-12-05)
Re: New assembly language instructions to support OO languages? walter@bytecraft.com (Walter Banks) (2008-12-05)
Re: New assembly language instructions to support OO languages? David.Schroth@unisys.com (David W Schroth) (2008-12-05)
Re: New assembly language instructions to support OO languages? gah@ugcs.caltech.edu (Glen Herrmannsfeldt) (2008-12-05)
Re: New assembly language instructions to support OO languages? gah@ugcs.caltech.edu (Glen Herrmannsfeldt) (2008-12-05)
Re: New assembly language instructions to support OO languages? georgeps@xmission.com (GPS) (2008-12-05)
[23 later articles]
| List of all articles for this month |

From: Louis Krupp <lkrupp@pssw.com>
Newsgroups: comp.compilers,comp.arch
Date: Fri, 05 Dec 2008 05:05:51 -0700
Organization: Compilers Central
References: 08-12-014 08-12-017
Keywords: architecture, OOP
Posted-Date: 05 Dec 2008 10:20:14 EST

Michael Tiomkin wrote:
> I understand that some ancient computers (in the 2nd millennium)
> used segmented memory. If we could implement this and show that it
> runs most of the programs faster, somebody would be able to build such
> a processor. Unfortunately, for "scientific" computations (PDEs,
> matrices) the flat memory model might be more efficient. From the
> other side, having a possibility to define smaller or larger segments
> can also help to matrix multiplication etc. - with larger segments
> much more memory will be preloaded on sequential access.


As I understand it, Unisys MCP machines use a version of the segmented
model that Burroughs Large Systems have used for over 40 years. Arrays
are indexed through descriptors that hold the array size and the address
of the first element. Link words on either side of the array are tagged
so that user programs can't access them. This is all part of the
overall model (no assembler, all object programs must be produced by a
trusted compiler).


I wouldn't expect this to do much for performance, but it goes a long
way to provide a more secure computer. Just think, no buffer overruns...


Louis



Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.