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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

HVM updates: simplifications, finally runs on GPUs, 80x speedup on RTX 4090

91 点作者 LightMachine超过 1 年前

9 条评论

delusional超过 1 年前
I take it these "Interaction nets" won't be compilable from just any old python code? I can only imagine there are still some pretty heavy constraints around parallelism. Is the idea here that your python script would be SIMD?
评论 #37806959 未加载
justinclift超过 1 年前
<a href="https:&#x2F;&#x2F;nitter.net&#x2F;VictorTaelin&#x2F;status&#x2F;1710766199288570079" rel="nofollow noreferrer">https:&#x2F;&#x2F;nitter.net&#x2F;VictorTaelin&#x2F;status&#x2F;1710766199288570079</a>
ColonelPhantom超过 1 年前
Very nice! I recall reading that the HVM has some semantic differences with the classic lambda-calculus, which resulted in different results for some programs. Would this be an issue when e.g. translating Haskell programs? (and&#x2F;or is there some way to &#x27;emulate&#x27; lambda calculus semantics?)<p>Also, are there any plans to get this working on non-Nvidia GPUs, e.g. with ROCm&#x2F;HIP (which would hopefully be a straightforward translation, if AMD&#x27;s software does its job) or OpenCL (more effort, but more portable)?
评论 #37806289 未加载
rowanG077超过 1 年前
I have been very interested in the HVM since the first time it was posted on Github. One thing that has been sorely missing is a front-end for any realworld language. This will allow real comparisons of programs instead of tiny toys rewritten from Haskell to interactions nets.
评论 #37806295 未加载
评论 #37806621 未加载
lykahb超过 1 年前
Haskell is a complex language that would be very hard to target. What do you think of targeting the Haskell Core, a high-level intermediate representation that GHC uses? It is much simpler than Haskell itself and would preserve the opportunities for parallelization.
评论 #37807251 未加载
anonzzzies超过 1 年前
This always seemed like a very interesting project; we need to get to the point where, if things can run in parallel, they must run in parallel to make software more efficient on modern cpu&#x2F;gpu.<p>It won&#x27;t attract funds, I guess, but it would be far more trivial to make this work with an APL or a Lisp&#x2F;Scheme. There already is great research for APL[0] and looking at the syntax of HVM-core it seems it is rather easy to knock up a CL DSL. If only there were more hours in a day.<p>[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;Co-dfns&#x2F;Co-dfns">https:&#x2F;&#x2F;github.com&#x2F;Co-dfns&#x2F;Co-dfns</a>
K0balt超过 1 年前
So, could this be used to compile an OS, so it would mostly run on the GPU, and also say, python itself, perhaps V8, an an x86 emulator, stuff like that?
评论 #37806690 未加载
评论 #37807075 未加载
weatherlight超过 1 年前
do erlang! (or elixir!) instead of python :)
tormeh超过 1 年前
I wish people would stop saying GPUs when they mean Nvidia GPUs. It’s like saying you’ve made a product for cars, but then it turns out it’s only for Mercedes cars.
评论 #37806681 未加载
评论 #37806700 未加载
评论 #37807311 未加载
评论 #37807415 未加载