Viewing profile — eregon
eregon
HN member- Joined
- Fri, Apr 06, 2012, 9:43 AM UTC
- HN karma
- 124
- Public activity
- 40 items
- HN profile
- View on Hacker News ↗
About eregon
Recent public activity
-
comment
Comment #47603734
Many native extensions just work with TruffleRuby, I'd estimate even the majority of the popular native extensions just work. Performance of native extensions is not always good, e…
- story
-
comment
Comment #43410958
No it wouldn't.
-
comment
Comment #43381025
Thanks for the comment. > Cool, but what about replacing the regexp with straightforward parsing code written manually? If you take a look at the linked snippets of C code, I think…
- story
-
comment
Comment #29843864
When did you try? Fixnum/Bignum are gone since many years (before 1.0RC1 which was April 2018, it's all Integer now). So I guess many years ago, and back then TruffleRuby was basic…
-
comment
Comment #29830372
Yes, some things are slower. Most of them I'd say are unexpected performance bugs. I'd think most are easy to fix once investigated, but some can be hard to fix (recent example, `F…
-
comment
Comment #29829903
Compatibility is certainly an issue for massive codebases, OTOH I think over time TruffleRuby is getting closer and closer to CRuby behavior to the point it would be fairly rare to…
-
comment
Comment #29829832
Startup is likely to be worse, because it typically runs a lot of different code for not long and the JIT might not have enough time to optimize much of that. OTOH the JIT needs to…
-
comment
Comment #29829721
That second sentence seems a fair assessment. TruffleRuby does support many native (C/C++) extensions so that's rarely an issue. But indeed in such a large codebase it's likely to …
-
comment
Comment #29829672
Compatibility is one, it's hard to be 100% compatible with CRuby, and large codebases tend to sometimes depend unintentionally on weird behavior or even bugs in CRuby. Keeping up c…
-
comment
Comment #29829568
Actually TruffleRuby optimizes metaprogramming more than any other Ruby implementation. Rails is not the issue, big codebases is the issue: more code = more chances to use somethin…
-
comment
Comment #29829544
It's the same benchmark in the blog post, `railsbench`. So TruffleRuby already speeds up some Rails apps like that one but not every Rails app/program. (TruffleRuby 3.27x, YJIT 1.3…
-
comment
Comment #28306962
Interesting, I did not know that just calling the original method, even when the refinement method is not used occurs such a cost on CRuby. Seems worth reporting if not already don…
-
comment
Comment #28027154
Many popular C extension gems just work. About the only popular C extension I can think of which does not work yet is grpc, and there is work on that. There is a status overview at…
-
comment
Comment #28026698
Here is a bit of a critical read of this blog post, from the point of view of alternative Ruby implementations: > instead of having to ship an entire language runtime to production…
-
comment
Comment #25536285
I've also found that the Computer Language Benchmarks Game benchmarks tend to be less and less representative of real workloads, due to what the benchmarks do and to the philosophy…
-
comment
Comment #25536247
Interesting results, thanks for sharing, that matches my expectations. OptCarrot is probably one of the rare cases where Ruby 3.0+JIT is 3x Ruby 2.0. On most benchmarks, the gains …
-
comment
Comment #25430286
I replied to the tweet. At least for TruffleRuby it's to improve testing, no hidden intent. And the PR is by someone not at Oracle, and his interest is to run some Rails app on Tru…
-
comment
Comment #24606445
TruffleRuby [can run Rails]( https://speakerdeck.com/eregon/running-rack-and-rails-faster... ), if that is what you refer to.
-
comment
Comment #24344856
That's rather vague. But yes, no matter which JIT you always need some extra memory to run the JIT, and it creates a more optimized version while also needing the unoptimized versi…
-
comment
Comment #24344826
It's exactly the same thing though, isn't it? I use both terms interchangeably. And it seems the term GIL is better known than GVL.
-
comment
Comment #24333622
Which comments?
-
comment
Comment #22856919
Seems there isn't any warmup accounted for: https://github.com/kostya/benchmarks/issues/246
-
comment
Comment #22856893
FWIW, I ran bench.b locally: MRI: 87.83s TruffleRuby Native 20.0: 18.82s truffleruby-dev Native: 14.09s