A first naïve look at TruffleRuby · Issue #1054 · oracle/truffleruby
I wanted to try out TruffleRuby, so I took raw notes as I went, and thought it would be maybe useful to report them (like a kind of onboarding experience). Please feel free to close the issue or explode it into multiple parts, but at least this can be linked if other outsiders are willing to try it out. My interest for TruffleRuby comes from the fact I'm doing data processing with Ruby (using Kiba
TruffleRuby on the Substrate VM - Kevin Menard's Weblog
Test suites like this are generally hard on optimizing runtimes. They always start in a cold state, they run for a short period of time, and in the case of JVM-based languages they incur a high degree of overhead when spawning new processes. For this test suite, which has 2,121 specs and 3,824 assertions, TruffleRuby on the SVM is 6.6 times faster than TruffleRuby on the JVM, shaving almost a full
Benchmarking a Go AI in Ruby: CRuby vs. Rubinius vs. JRuby vs. Truffle – a year later
Thoughts on different Ruby implementations Let’s wrap this up with a couple of thoughts on the different implementations: TruffleRuby TruffleRuby is making steady and great progress, which I’m thoroughly impressed with. To be honest, I was wondering if its performance increased since the last benchmark as I was worried that implementing new Ruby features would lead to decreased performance. Seeing
[jruby] TruffleRuby Status, start of 2017
Chris Seaton chris at chrisseaton.com Sat Jan 14 20:39:03 JST 2017 Previous message: [jruby] JRuby 1.7.25 & 26 - redhat 7 issues with Process.spawn & kill Next message: [jruby] Deoptimization Strategy Document Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hello all, This year has been a real turning point for JRuby+Truffle as we continue to progress on completeness and begin to ru
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A Systematic Approach to Improving TruffleRuby Performance - Kevin Menard's Weblog
