Koichi Sasada <ko1 / atdot.net> wrote:
> On 2018/05/02 13:08, Eric Wong wrote:
> >Sure.  Should I commit after adding "else" to mutex_lock?
> 
> I want to ask to introduce "disable" macro (like USE_RGENGC) to measure
> impact on this technique (and disable to separate issues). Please name it as
> your favorite.

OK, I added RUBY_GC_SLEEPY_SWEEP and RUBY_GC_SLEEPY_MARK macros:

  [PATCH 6/4] gc.c: allow disabling sleepy GC
  https://80x24.org/spew/20180502045248.GA3949 / 80x24.org/raw

And missing "else":

  [PATCH 5/4] thread_sync.c (mutex_lock): add missing else
  https://80x24.org/spew/20180502044255.GA30679 / 80x24.org/raw


I also added some benchmarks, but I'm not sure if dependency on
/dev/urandom is good because performance across machines and
kernel configuration can be very different.

  https://80x24.org/spew/20180502045714.GA5427@whir/raw

I need something which:
a) doesn't compete for GVL
b) takes a while

Perhaps depending on fork() is fine, since it's just as
unportable as /dev/urandom is.

Unsubscribe: <mailto:ruby-core-request / ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>