Re: New assembly language instructions to support OO languages?

Hans-Peter Diettrich <DrDiettrich1@aol.com>
Fri, 05 Dec 2008 06:23:45 +0100

          From comp.compilers

Related articles
New assembly language instructions to support OO languages? tony@my.net (Tony) (2008-12-04)
Re: New assembly language instructions to support OO languages? bert.hutchings@btinternet.com (bert) (2008-12-04)
Re: New assembly language instructions to support OO languages? tmk@netvision.net.il (Michael Tiomkin) (2008-12-04)
Re: New assembly language instructions to support OO languages? cg@graysage.com (Chris Gray) (2008-12-04)
Re: New assembly language instructions to support OO languages? gah@ugcs.caltech.edu (Glen Herrmannsfeldt) (2008-12-04)
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)
[29 later articles]
| List of all articles for this month |

From: Hans-Peter Diettrich <DrDiettrich1@aol.com>
Newsgroups: comp.compilers,comp.arch
Date: Fri, 05 Dec 2008 06:23:45 +0100
Organization: Compilers Central
References: 08-12-014 08-12-017
Keywords: architecture, history, OOP
Posted-Date: 05 Dec 2008 10:14:38 EST

Michael Tiomkin schrieb:


> 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.


A segmented model requires possibly huge address translation tables,
which have to reside in the cache. Unfortunately loading these tables
on context switches (threads...) or on loading segment registers
resulted in very poor runtime behaviour. The page concept (flat model)
reduces the reloads to situations which require I/O (swap file), so
that adjustments to the tables are neglectable.


DoDi



Post a followup to this message

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