[dnomad]

This is true of every freemium project, from Gitlab to all the commercial Linux distros that sell support+prop extensions on the side. Given that GraalVM is a virtual machine there's strong incentive to push it far and wide. History suggests that VMs that are free and widely available survive and thrive (eg Java and .NET) while VMs that are expensive and/or difficult to redistribute die (eg Smalltalk). Oracle's incentives here, seeing as they want languages and library developers and ultimately application developers to actually deploy on GraalVM, is to go "far and wide" and not deep and narrow when it comes to their customers.

> its remaining technical limitations will eventually be adressed

It's not clear there are any technical limitations that separate CE and EE. Supposedly EE is faster but I don't think anybody has proven this with real benchmarks. All of this is clearly documented in https://www.graalvm.org/docs/faq/.

[pritambaral]

> This is true of every freemium project, from Gitlab to all the commercial Linux distros that sell support+prop extensions on the side.

GitLab and RedHat have a quite different history with litigation than Oracle does.

[divs1210]

The native binary produced by Graal CE does not support runtime optimizations - that is EE only. As such, native binaries will start faster, but run slower.

https://github.com/oracle/graal/issues/447#issuecomment-3995...