Re:What happened to Transmeta, the last big dotcom IPO
by actionfromafar on Wednesday November 12, 2025 @10:47AM
(#45901599)
Did anyone try dynamic recompilation from x86 to x86? Like a JIT taking advantage of the fact that the target ISA is compatible with with the source ISA.
[ Parent
| on HN ]
Re:What happened to Transmeta, the last big dotcom IPO
by solarexplorer on Wednesday November 12, 2025 @11:01AM
(#45901792)
Yes, I think the conclusion was that it did improve performance on binaries that were not compiled with optimizations, but didn't generate enough gains on optimized binaries to set of the cost of re-compilation.
https://dl.acm.org/doi/10.1145/358438.349303
(this is not about x86 but PA-RISC, but the conclusions would likely be very similar...)
Re:What happened to Transmeta, the last big dotcom IPO
by tgma on Wednesday November 12, 2025 @11:58AM
(#45902549)
Notably VMware and alike in pre-hardware virtualization era did something like that to run x86 programs fast under virtualization instead of interpreting x86 through emulation.
Re:What happened to Transmeta, the last big dotcom IPO
by hinkley on Wednesday November 12, 2025 @03:12PM
(#45905791)
I believe it was HP who accidentally tried this while making an early equivalent of Rosetta to deal with a hardware change on their mainframes and mini computers. They modified it to run same-same translations and they did get notable performance improvements by doing so.
I’m pretty sure this experiment happened before Transmeta existed, or when it was still forming. So it ended up being evidence that what they were doing might work. It also was evidence that Java wasn’t completely insane to exist.
Re:What happened to Transmeta, the last big dotcom IPO
by FullyFunctional on Friday November 14, 2025 @10:47AM
(#45927956)
The Dynamo project was the genesis of a similar effort at Sun Microsystems which was the genesis of Transmeta Corp (all founders came from Sun). The question remains if the original study was flawed or if the situation was just too different for our x86 workloads.