General byte-codes reference

"Makhno" <mak@imakhno.freeserve.co.uk>
7 Dec 2000 00:57:02 -0500

          From comp.compilers

Related articles
General byte-codes reference mak@imakhno.freeserve.co.uk (Makhno) (2000-12-07)
Re: General byte-codes reference s337240@student.uq.edu.au (Trent Waddington) (2000-12-08)
Re: General byte-codes reference evilzr@yahoo.com (Daniel Dunbar) (2000-12-08)
Re: General byte-codes reference anton@mips.complang.tuwien.ac.at (2000-12-11)
Re: General byte-codes reference midkiff@watson.ibm.com (2000-12-11)
Re: General byte-codes reference Norman_member@newsguy.com (Norman Culver) (2000-12-18)
Re: General byte-codes reference brangdon@cix.compulink.co.uk (2000-12-18)
[4 later articles]
| List of all articles for this month |
From: "Makhno" <mak@imakhno.freeserve.co.uk>
Newsgroups: comp.compilers
Date: 7 Dec 2000 00:57:02 -0500
Organization: Customer of Energis Squared
Keywords: interpreter
Posted-Date: 07 Dec 2000 00:57:02 EST

Hi, I'm interested in learning a bit more about byte codes in
general. ie: If one were to write an interpreted language, what sort
of byte codes to use? Nothing specific, but a gist of some general
rules and recommendations. ie:


1) Is it best to follow machine-code like rules, even if the
        byte-codes may not be running directly on the processor?


2) What is needed for optimum code?
        eg Does it necessarily follow that less bytes = fast bytes ?


3) Does it even matter? (as long as you don't go completely mad)


Have any papers been written on this subject?
[There's lots of folklore, dunno of any papers. All else being equal,
the fewer trips you make through your interpreter loop, the faster your
program will run so you want to minimize operations, not necessarily
bytes. Bytecode interpreters are more like CISC than RISC machines.
-John]











Post a followup to this message

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