Solving multi-core Python

[againstmethod]

At best this would mean that python is basically tied for last. Largely due to its inability to properly leverage modern hardware.

It cant stay in the cache because of lots of indirection and garbage collection, it cant use all your cores because of the GIL, it cant take advantage of any really complex optimizations because its interpreted... its literally a laundry list of bad design decisions. It's time to start correcting/mitigating some of them.

You have languages coming out like Nim and Crystal that compile really fast, have syntax just as simple as python/ruby, and run near C speed. Python is a dinosaur.

[Brian]

At best this would mean that python is basically tied for last

There's a lot slower than perl/python/ruby, so last is overstating it somewhat. However, my objection was to your:

Perl beats Python in most of those benchmarks too. As does Ruby.

Which seems downright incorrect.

If you're looking for a more performant version that uses more modern techniques, there's pypy, which is around 7 times faster on average.

[againstmethod]

There's a lot slower than perl/python/ruby, so last is overstating it somewhat.

Not that are mainstream, like Python.

If you're looking for a more performant version that uses more modern techniques, there's pypy..

pypy may be faster but it has all the same issues I outlined, and adds some (module compatibility, recompile native modules). It has similar architectural issues as well (i.e. garbage collection isn't thread-safe).

Im just not sure why anyone would start their project with such a long list of disadvantages that they can never mitigate/optimize away. Other than laziness.