3 ms·

That would really be like Inception, where somehow embedded processes keep getting faster and faster instead of slower.

rplnt 15y ago
The pypy is faster than cpython (the default, official implementation of Python) despite being written in Python. It is not running in cpython or pypy enviroment though. It can, but it is really slow then. It's translated to C I think, using Python again, then compiled. I might be wrong. It is a very confusing project. PS: Some "Python" in above sentences might actually be rpython. But as it is subset of python it probably doesn't matter.
- mattdeboard 15y ago
  > The pypy is faster than cpython (the default, official implementation of Python) despite being written in Python This is far overreaching and as such very wrong. Also, "x language is faster than y language" is a meaningless comparison. Faster at what? In what cases? Pypy does some things faster than Cpython in some cases. >PS: Some "Python" in above sentences might actually be rpython. But as it is subset of python it probably doesn't matter. I don't know for sure that this is wrong, but it sure seems to be.
  - rplnt 15y ago
    Well, faster or equal, eventually in everything. Anything that pypy does slower than cpython is considered a bug as far as a I know. But I was not making a definitive academic statement or anything, just saying that it is, in general, faster. After all, it is faster in mother of all benchmarks, the fib function :) (edit: on my computer) As for the PS; RPython is statically typed Python (perhaps some other extra restrictions apply). Not type-annotated or anything, just pure python written in a certain way. So it is a subset. As for what "Python" should have been "RPython", it was the first one. The pypy interpreter is written in RPython. But my statement was still correct because RPython is Python.
Flow 15y ago
I once read an article about HP making an interpreter of PA-RISC running on a PA-RISC CPU that was faster than the real thing. IIRC it was due to better cache locality.

rplnt 15y ago

The pypy is faster than cpython (the default, official implementation of Python) despite being written in Python. It is not running in cpython or pypy enviroment though. It can, but it is really slow then. It's translated to C I think, using Python again, then compiled. I might be wrong. It is a very confusing project. PS: Some "Python" in above sentences might actually be rpython. But as it is subset of python it probably doesn't matter.

mattdeboard 15y ago
> The pypy is faster than cpython (the default, official implementation of Python) despite being written in Python This is far overreaching and as such very wrong. Also, "x language is faster than y language" is a meaningless comparison. Faster at what? In what cases? Pypy does some things faster than Cpython in some cases. >PS: Some "Python" in above sentences might actually be rpython. But as it is subset of python it probably doesn't matter. I don't know for sure that this is wrong, but it sure seems to be.
- rplnt 15y ago
  Well, faster or equal, eventually in everything. Anything that pypy does slower than cpython is considered a bug as far as a I know. But I was not making a definitive academic statement or anything, just saying that it is, in general, faster. After all, it is faster in mother of all benchmarks, the fib function :) (edit: on my computer) As for the PS; RPython is statically typed Python (perhaps some other extra restrictions apply). Not type-annotated or anything, just pure python written in a certain way. So it is a subset. As for what "Python" should have been "RPython", it was the first one. The pypy interpreter is written in RPython. But my statement was still correct because RPython is Python.

Flow 15y ago

I once read an article about HP making an interpreter of PA-RISC running on a PA-RISC CPU that was faster than the real thing. IIRC it was due to better cache locality.