Groups | Search | Server Info | Keyboard shortcuts | Login | Register
Groups > alt.folklore.computers > #227273
| From | John Ames <commodorejohn@gmail.com> |
|---|---|
| Newsgroups | alt.folklore.computers |
| Subject | Re: Emulating vintage computers |
| Date | 2024-09-30 11:04 -0700 |
| Organization | A noiseless patient Spider |
| Message-ID | <20240930110447.00001eda@gmail.com> (permalink) |
| References | (4 earlier) <vd44mj$8noc$1@dont-email.me> <87tte2s1hu.fsf@localhost> <vd93uj$3tl1n$1@paganini.bofh.team> <87v7yf1iw7.fsf@localhost> <87r0931g66.fsf@localhost> |
On Sat, 28 Sep 2024 14:01:37 -1000 Lynn Wheeler <lynn@garlic.com> wrote: > More recent versions of zPDT have added a "Just-In-Time" (JIT) > compiled mode to this. Some algorithm determines whether a section of > code should be interpreted or whether it would be better to invest > some more initial cycles to compile the System z instructions into > equivalent x86 instructions to simplify the rocess somewhat). > [...] > FLEX-ES also cached the compiled sections of code for later reuse. I > have not been able to verify that zPDT does this caching also, but I > suspect so. I understand the usefulness of JIT in circumstances where you want good performance in an interpreted language, but may never know ahead of time what code you'll actually be running (i.e. web browsers,) but I've always wondered, in a system oriented towards running software built for a virtual-machine architecture across-the-board, why you wouldn't just statically translate VM instructions to native code at install time (doing profiling/optimization while you're at it) and cache that alongside the source "binary..."
Back to alt.folklore.computers | Previous | Next — Previous in thread | Next in thread | Find similar
Re: except what, is Vax addressing sane today scott@alfter.diespammersdie.us (Scott Alfter) - 2024-09-25 17:01 +0000
Emulating vintage computers Lars Poulsen <lars@beagle-ears.com> - 2024-09-26 10:12 -0700
Re: Emulating vintage computers David Wade <g4ugm@dave.invalid> - 2024-09-26 18:44 +0100
Re: Emulating vintage computers "Kurt Weiske" <kurt.weiske@realitycheckbbs.org.remove-nnv-this> - 2024-09-27 07:43 -0700
Re: Emulating vintage computers D <noreply@mixmin.net> - 2024-09-27 17:00 +0100
Re: Emulating vintage computers Lynn Wheeler <lynn@garlic.com> - 2024-09-26 08:39 -1000
Re: Emulating vintage computers antispam@fricas.org (Waldek Hebisch) - 2024-09-28 14:30 +0000
Re: Emulating vintage computers Lynn Wheeler <lynn@garlic.com> - 2024-09-28 13:02 -1000
Re: Emulating vintage computers Lynn Wheeler <lynn@garlic.com> - 2024-09-28 14:01 -1000
Re: Emulating vintage computers John Ames <commodorejohn@gmail.com> - 2024-09-30 11:04 -0700
Re: Emulating vintage computers drb@ihatespam.msu.edu (Dennis Boone) - 2024-10-01 00:24 +0000
Re: Emulating vintage computers antispam@fricas.org (Waldek Hebisch) - 2024-09-30 03:43 +0000
Re: Emulating vintage computers Lawrence D'Oliveiro <ldo@nz.invalid> - 2024-09-30 03:50 +0000
Re: Emulating vintage computers antispam@fricas.org (Waldek Hebisch) - 2024-09-30 10:37 +0000
Re: Emulating vintage computers Bill Findlay <findlaybill@blueyonder.co.uk> - 2024-09-27 23:59 +0100
Re: Emulating vintage computers geodandw <geodandw@gmail.com> - 2024-09-28 01:43 -0400
Re: Emulating vintage computers antispam@fricas.org (Waldek Hebisch) - 2024-09-28 15:18 +0000
csiph-web