Live data from Hacker News

Viewing profile — eregon

eregon

HN member
Joined
Fri, Apr 06, 2012, 9:43 AM UTC
HN karma
124
Public activity
40 items

About eregon

https://eregon.me/blog/about/

Recent public activity

  1. 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…

  2. story
  3. comment
    Comment #43410958

    No it wouldn't.

  4. 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…

  5. story
  6. 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…

  7. 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…

  8. 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…

  9. 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…

  10. 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 …

  11. 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…

  12. 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…

  13. 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…

  14. 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…

  15. 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…

  16. 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…

  17. 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…

  18. 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 …

  19. 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…

  20. comment
    Comment #24606445

    TruffleRuby [can run Rails]( https://speakerdeck.com/eregon/running-rack-and-rails-faster... ), if that is what you refer to.

  21. 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…

  22. 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.

  23. comment
    Comment #24333622

    Which comments?

  24. comment
    Comment #22856919

    Seems there isn't any warmup accounted for: https://github.com/kostya/benchmarks/issues/246

  25. comment
    Comment #22856893

    FWIW, I ran bench.b locally: MRI: 87.83s TruffleRuby Native 20.0: 18.82s truffleruby-dev Native: 14.09s