TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

GraalPy – A high-performance embeddable Python 3 runtime for Java

325 点作者 fniephaus8 个月前

18 条评论

Rochus8 个月前
In case someone is interested, here are some benchmark results comparing GraalPy and others with JDK8 using the Are-we-fast-yet benchmark suite: <a href="https:&#x2F;&#x2F;stefan-marr.de&#x2F;downloads&#x2F;tmp&#x2F;awfy-bun.html" rel="nofollow">https:&#x2F;&#x2F;stefan-marr.de&#x2F;downloads&#x2F;tmp&#x2F;awfy-bun.html</a><p>And here is a table representation of all benchmarks and the geomean and median overall results: <a href="http:&#x2F;&#x2F;software.rochus-keller.ch&#x2F;awfy-bun-summary.ods" rel="nofollow">http:&#x2F;&#x2F;software.rochus-keller.ch&#x2F;awfy-bun-summary.ods</a><p>The implementation of the same benchmark suite runs around factor 2.4 (geomean) faster on JDK8 than on GraalPython EE 22.3 Hotspot, or 41 times faster than CPython 3.11. GraalPython is thus about 17 times faster than CPython, and about two times faster than PyPy. The Graal Enterprise Edition (EE) seem to be factor 1.31 faster than the Community Edition (CE).
评论 #41576563 未加载
jsmeaton8 个月前
Tried to use graalvm (interpreter) to run a fairly large project at my $dayjob$ and ran into a few issues right away.<p><pre><code> - Maturin doesn&#x27;t support the graal interpreter, so no Py03 packages - uv doesn&#x27;t seem to run, as `fork` and `execve` are missing from the os package? - Graal seems to have a huge number of patches to popular libraries so that they&#x27;ll run, most seem to be of the form that patch c files to add additional IFDEFs </code></pre> I don&#x27;t think Graal is going to be a viable target for large projects with a huge set of dependencies unfortunately, as the risk of not being able to upgrade to different versions or add newer dependencies is going to be too high.<p>It&#x27;s impressive what it does seem to support though, and probably worth looking at if you have a smaller scale project.
评论 #41577222 未加载
评论 #41577129 未加载
评论 #41576712 未加载
评论 #41576734 未加载
tannhaeuser8 个月前
I guess what makes Python interesting right now is the integration with ML toolchains, CUDA, Metal&#x2F;MLX, pytorch, tensorflow, LLM encoders&#x2F;decoders, etc. more than Python the language. But can GraalVM run those codes meaningfully when Python is merely used for glue code with the important bits implemented in native code?
评论 #41571660 未加载
评论 #41572067 未加载
评论 #41572009 未加载
评论 #41571629 未加载
fniephaus8 个月前
OP here.<p>More details about this particular release are in the blog post at <a href="https:&#x2F;&#x2F;medium.com&#x2F;graalvm&#x2F;whats-new-in-graal-languages-24-1-b2452c9debae" rel="nofollow">https:&#x2F;&#x2F;medium.com&#x2F;graalvm&#x2F;whats-new-in-graal-languages-24-1...</a><p>Happy to answer any additional questions!
评论 #41580676 未加载
upghost8 个月前
FWIW we&#x27;ve had full Java&#x2F;Python integration in Clojure for awhile now, courtesy of Chris Neurnberger and libpython-clj: <a href="https:&#x2F;&#x2F;github.com&#x2F;clj-python&#x2F;libpython-clj">https:&#x2F;&#x2F;github.com&#x2F;clj-python&#x2F;libpython-clj</a><p>If you&#x27;re into that sort of thing.<p>Self-interest disclosure: I&#x27;m a major contributor and heavy user.
评论 #41573422 未加载
wenc8 个月前
DuckDB is not currently a supported package, but Pandas and matplotlib are which is good. If DuckDB and Polars were supported and if they ran well, I suspect many data jobs could benefit.
评论 #41573822 未加载
sevensor8 个月前
Took a little digging to find that it targets 3.11. Didn’t see anything about a GIL. If you’re a Python person, don’t click the quick start link unless you want to look at some xml.
评论 #41571197 未加载
评论 #41571339 未加载
评论 #41571244 未加载
评论 #41571463 未加载
abernard18 个月前
An honorific. So much of this dynamic language performance improvement on the Graal JVM was proven out by Chris Seaton.<p>May he rest in peace.
nkzd8 个月前
What is the use-case for GraalPy? To be honest I don&#x27;t understand why would anyone want to use it.
评论 #41571888 未加载
评论 #41571844 未加载
评论 #41572846 未加载
评论 #41572307 未加载
评论 #41571774 未加载
评论 #41572208 未加载
评论 #41571766 未加载
评论 #41571787 未加载
评论 #41572147 未加载
theanonymousone8 个月前
Does it have to be run in a GraalVM, or any JVM implementation is fine?
评论 #41571984 未加载
评论 #41576372 未加载
评论 #41571689 未加载
cout8 个月前
Could this directly invoke Java (or Scala) functions without using a bridge? If so this would be great for programs that use spark -- UDFs would become performant enough to consider using on medium-to-large dataframes.
mkoubaa8 个月前
HPy can eventually be used to support CPython extension modules in GraalPy
评论 #41571676 未加载
nprateem8 个月前
Am Internet point for the first working demo with django + postgres.
pantulis8 个月前
GraalVM is fascinating. Honest question: what are Oracle&#x27;s plan for it? How does it serve them?
评论 #41579226 未加载
ajdhGfa8 个月前
I&#x27;m very skeptical about production use, but the thought of Oracle taking over Python is amusing, since the Python community is already run like Oracle in a top down military manner. It can only get better!
calrizien8 个月前
Is there a way to embed Python 3 into Swift like this?
评论 #41572406 未加载
froh8 个月前
what&#x27;s the advantage of this over JPype?
评论 #41573540 未加载
iLemming8 个月前
What does that mean for Clojure?
评论 #41572680 未加载
评论 #41571821 未加载