General

Profile

osyoyu (Daisuke Aritomo)

  • Login: osyoyu
  • Registered on: 04/22/2016
  • Last sign in: 03/12/2026

Issues

open closed Total
Assigned issues 0 0 0
Reported issues 7 8 15

Activity

03/12/2026

11:33 AM Ruby Feature #21950: Add a built-in CPU-time profiler
Yes, this ticket is about sampling profilers. Sorry for the confusion.
byroot (Jean Boussier) wrote in #note-11:
> Which is an interesting choice, because maybe it's my bias, but I find that CPU-time profiling is really not as common...
osyoyu (Daisuke Aritomo)

03/11/2026

02:33 PM Ruby Feature #21950: Add a built-in CPU-time profiler
Eregon (Benoit Daloze) wrote in #note-6:
> > I am rather doubtful that CRuby/JRuby/TruffleRuby can share any profiler implementation at all.
> ...
"Profiler implementation" meant (1) the sampling backend and (2) what information would ...
osyoyu (Daisuke Aritomo)
01:02 PM Ruby Feature #21950: Add a built-in CPU-time profiler
Thank you for your comments and input!
Eregon (Benoit Daloze) wrote in #note-4:
> The API should not be under RubyVM, that's CRuby-specific
`RubyVM` being CRuby-specific is actually the exact reason I choosed the place to locate a...
osyoyu (Daisuke Aritomo)
08:41 AM Ruby Feature #21950: Add a built-in CPU-time profiler
> Any CPU timing in Ruby must also consider JIT improvements over time, and be able to decode things like inlined method calls so that the reported execution time is associated with the correct body of code.
Yes, ZJIT probabaly would ...
osyoyu (Daisuke Aritomo)

03/10/2026

05:04 PM Ruby Feature #21950 (Open): Add a built-in CPU-time profiler
Modern CRuby workloads can consume CPU concurrently across multiple native threads, especially with multiple Ractors and C exts which release the GVL. I'd like to propose the idea of integrating a built-in CPU-time profiler CRuby to enab... osyoyu (Daisuke Aritomo)

12/30/2025

06:24 AM Ruby Feature #21797: Make Etc.nprocessors cgroup-aware on Linux
Thank you for the summary!
I'll open a separate ticket for auto-adjusting `RUBY_MAX_CPU`.
Come to think of it, `RUBY_MAX_CPU` may have different requirements from `Etc.nprocessors` (defaulting to max # of processors may be suboptimal...
osyoyu (Daisuke Aritomo)

12/19/2025

09:13 AM Ruby Feature #21797: Make Etc.nprocessors cgroup-aware on Linux
It'd be nice if `RUBY_MAX_CPU` would be autoconfigured based on this, just like Go 1.25 `GOMAXPROCS`.
Its default value is currently fixed to 8, but not many cloud containers have 8 cores worth of processors.
https://github.com/ruby/...
osyoyu (Daisuke Aritomo)
08:47 AM Ruby Feature #21767: Consider procs which `self` is Ractor-shareable as Ractor shareable
@eregon I'm not sure I fully understand your point, but conceptually your code should raise an `Ractor::IsolationError` by accessing a unshareable, mutable variable `a`. My proposal's intent was to preserve `self` while making the proc s... osyoyu (Daisuke Aritomo)

12/15/2025

05:14 PM Ruby Revision fdd8bdea (git): [ruby/erb] Freeze ERB::Compiler::TrimScanner::ERB_STAG
(https://github.com/ruby/erb/pull/100)
For Ractor compatibility.
https://github.com/ruby/erb/commit/43f0876595
osyoyu (Daisuke Aritomo)
10:21 AM Ruby Bug #21723: `binding.irb` raises a LoadError under `bundle exec` when Gemfile contains `path:` or `git:`
I have discovered that this issue reproduces when Gemfile contains a gem referred by `path:` or `git:`.
Such Gemfiles are pretty much common in real-world applications including Rails, which use in-house Gems and libraries, like this:
...
osyoyu (Daisuke Aritomo)

Also available in: Atom