[#87773] timer thread [was Re: [ruby-alerts:7905] failure alert on trunk-asserts@silicon-docker (NG (r63844))] — Eric Wong <normalperson@...>
> test_all <main>: warning: pthread_create failed for timer: Resource temporarily unavailable, scheduling broken
[#87836] [Ruby trunk Bug#14898] test/lib/test/unit/parallel.rb: TestSocket#test_timestamp stuck sometimes — ko1@...
Issue #14898 has been reported by ko1 (Koichi Sasada).
[email protected] wrote:
On 2018/07/06 18:47, Eric Wong wrote:
[#87847] undefined symbol: mjit_init_p — Leam Hall <leamhall@...>
I pulled Ruby trunk on 3 Jul and am now getting errors similar to the
QXMgSSB0b2xkIHlvdSwgYG1ha2UgaW5zdGFsbGAgaXMgbmVlZGVkIHRvIG1ha2UgUnVieSB3b3Jr
T25lIG1vcmUgcmVhc29uIGZvciBodHRwczovL2J1Z3MucnVieS1sYW5nLm9yZy9pc3N1ZXMvMTM2
[#87986] [Ruby trunk Feature#14915] Deprecate String#crypt, move implementation to string/crypt — mame@...
Issue #14915 has been updated by mame (Yusuke Endoh).
[email protected] wrote:
normalperson (Eric Wong) wrote:
[#88088] [Ruby trunk Misc#14937] [PATCH] thread_pthread: lazy-spawn timer-thread only on contention — normalperson@...
Issue #14937 has been reported by normalperson (Eric Wong).
[#88104] [Ruby trunk Bug#14898] test/lib/test/unit/parallel.rb: TestSocket#test_timestamp stuck sometimes — ko1@...
Issue #14898 has been updated by ko1 (Koichi Sasada).
[#88173] [Ruby trunk Bug#14950] r64109 thread.c: move ppoll wrapper before thread_pthread.c - Windows compile failure - thread.c — Greg.mpls@...
Issue #14950 has been reported by MSP-Greg (Greg L).
[#88189] [Ruby trunk Bug#14950] r64109 thread.c: move ppoll wrapper before thread_pthread.c - Windows compile failure - thread.c — nobu@...
Issue #14950 has been updated by nobu (Nobuyoshi Nakada).
[#88199] [Ruby trunk Misc#14937] [PATCH] thread_pthread: lazy-spawn timer-thread only on contention — takashikkbn@...
Issue #14937 has been updated by k0kubun (Takashi Kokubun).
[email protected] wrote:
> yet, sky3 had a failure at
> http://ci.rvm.jp/results/trunk@P895/1173951
> > http://ci.rvm.jp/results/trunk@P895/1173951
[ruby-core:87840] Re: [Ruby trunk Feature#13618] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid
[email protected] wrote: > It is impossible to implement Thread migration between native > threads. All other is possible. It may be possible but we'd either lose performance and/or break C extensions. So it won't happen soon :) General update on this topic: I've been piggy-backing groundwork for this features into trunk as separate issues: * SIGCHLD-based rb_waitpid into trunk to fix a problem with MJIT and it finally appears stable across different platforms: https://bugs.ruby-lang.org/issues/14867 It also helped me understand some portability quirks and differences of non-Free platforms I don't use, so I will be able to workaround them more easily in the future. * Since many methods to be affected by green threads need timeout args, I'm working on implementing Timeout in the VM: https://bugs.ruby-lang.org/issues/14859 Green-threads versions of rb_wait_for_single_fd, rb_thread_sleep*, rb_thread_select, etc... will need to manage their own timeouts, anyways. * Queue+SizedQueue MUST work with this feature, as green thread need to communicate with each other. Same as "mailbox" or in actor model or pipes or whatever other languages call it. Groundwork for this was already laid in 2.5: https://bugs.ruby-lang.org/issues/13552 There will only be one API addition affecting green-thread creation. Right now, most likely candidates are: * Thread::Green.new {} # Just like Thread.new, but with "::Green" * Thread.green {} # 5 characters shorter than above * Thread.create(scheduler: ..., args:...) {} # maybe too verbose Unsubscribe: <mailto:[email protected]?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>