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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Optimizing Ruby lazy initialization in TruffleRuby with deoptimization

150 点作者 kipply大约 5 年前

7 条评论

pjmlp大约 5 年前
Nice to see some TruffleRuby love.<p>Ruby could have been Swift, if MacRuby had not been killed (well at least it lives on as RubyMotion).
评论 #22843401 未加载
评论 #22842300 未加载
jrochkind1大约 5 年前
&gt; Benchmarking isn’t a perfect measure of how effective this change is (benchmarking is arguably never perfect, but that’s a different conversation), as the results would be too noisy to observe in a large project.<p>So... does that not mean that any micro-improvement would also be too small to be significant on any large project?
评论 #22842756 未加载
评论 #22844170 未加载
评论 #22843423 未加载
ksec大约 5 年前
Hopefully with Shopify&#x27;s help we are closer to running Rails on Truffle.
The_rationalist大约 5 年前
I wonder if ruby could eventually officially migrate to Graalvm
评论 #22843251 未加载
ericb大约 5 年前
I remain skeptical of JRuby. As of about 2-3 years ago, there were many benchmarks touting it&#x27;s performance, but in our large publicly deployed web app, it always underperformed and switching to MRI on Phusion more than doubled our performance on half the servers. We also spent like a developer-year on issues that accompanied being off the beaten path with JRuby, like various nokogiri complications.<p>I even contacted the devs at one point with a benchmark that ran jruby directly on strings for several minutes. The answer I got was always that it would eventually perform better than MRI with more warmup. Spoiler: it didn&#x27;t. Well, maybe I was supposed to run it for another month and it would have.
评论 #22842205 未加载
评论 #22851560 未加载
评论 #22842408 未加载
评论 #22842855 未加载
kipply大约 5 年前
(btw I am the author of this post, thread questions if wanted. Trying to avoid draining myself addressing all the comments. Take care in these strange times &lt;3)
评论 #22842707 未加载
rvz大约 5 年前
&gt;&#x27;TruffleRuby has high potential in speed, as it is nine times faster than CRuby on optcarrot, a NES emulator benchmark developed by the Ruby Core Team.&#x27;<p>Really? But now the latest results are in apparently and judging by these benchmarks[0], I don&#x27;t know what to make of this claim given how slow TruffleRuby is when compared to other similar languages or even Ruby. But its clear that its LLVM-based cousin Crystal still blows it out of the ocean in every benchmark if you&#x27;re really talking about &#x27;high performance&#x27;...<p>[0] <a href="https:&#x2F;&#x2F;github.com&#x2F;kostya&#x2F;benchmarks" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;kostya&#x2F;benchmarks</a>
评论 #22843021 未加载
评论 #22842972 未加载
评论 #22842832 未加载
评论 #22856658 未加载