Nuitka: An extremely compatible Python compiler

Post by gnulinux » Thu, Sep 02, 2021, 6:33 PM UTC

kevin_thibedeau wrote: post #46

eatonphil wrote: post #11

This project is super impressive. It makes me wonder why there's not a similarly mature JavaScript AOT compiler implementation for use in game development or other places where you want performance better than a VM and you're not allowed to JIT. A small recommendation for these release pages would be to link to the tag in whatever source host you're using! I just want to see the code.

You'd be stuck with float numerics everywhere because there's no fallback to recompile if an attempt to use integer fails.

Post by BiteCode_dev » Thu, Sep 02, 2021, 6:42 PM UTC

synergy20 wrote: post #31

BiteCode_dev wrote: post #25

Earlier quoted context omitted.

The best feature of nuitka, and its main goal, is not speed gain. That's the cherry on top. The main goal is getting a standalone executable that works with c extensions.

that's correct, nuitka is to package python into one single executable, it's an 'installer' per se.

Post by nextlevelwizard » Thu, Sep 02, 2021, 7:09 PM UTC

paiute wrote: post #47

nextlevelwizard wrote: post #42

Earlier quoted context omitted.

Expect it does require libpython and at least on Ubuntu 20.04 it links against the dev version of the library. So not only can you not run the resulting binary on any random Ubuntu 20.04 you also need to install same version of the python and the "-dev" version. I did try this. With the "stock" python3 (3.8.something) I couldn't get nuitka to compile my code (or the example from the docs). With python3.9 I could star…

it has an option to build with libpython. so your comment is incorrect.

Post by zeckalpha » Thu, Sep 02, 2021, 7:22 PM UTC

shadowfox wrote: post #44

eatonphil wrote: post #36

It would be neat if the big companies like Dropbox, Instagram, Google, Oracle, Shopify, Stripe, whatnot building better Python/JavaScript/Ruby implementations would start building program analysis libraries for Python/JavaScript/Ruby so that more implementations could get this for free. For example, the homepage of Nuitka says they only just added support for constant folding and propagation. That's such low hanging…

An issue, though not an unsolvable one, is that you probably need a standardized representation of the AST to write these optimization passes against; it is not uncommon for compiler writers to disagree on what representation is the best for what purpose. Then there is the question of optimizations that are (typically) easier/possible only at the code-generation phase. All of this is solvable of course, but there nee…

Post by mixmastamyk » Thu, Sep 02, 2021, 8:13 PM UTC

Eikon wrote: post #35

spenczar5 wrote: post #32

Earlier quoted context omitted.

What sort of web applications do you work on where Python interpreter speed is the limiting factor? Usually, those applications are constrained by network throughput and context switches and page faults.

This argument is so tiring. That's part of why websites are so slow despite having insane hardware at their disposal. At my company, for a web app we run in production, we strive to get every response out of our infrastructure in under a millisecond, everything above that except for a few select endpoints is considered as a bug. By using sensible technology choices, it's not even that hard to do. A RDMS like postgres…