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] |
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]
Return to the
comp.compilers page.
Search the
comp.compilers archives again.