[#84867] [Ruby trunk Bug#14357] thread_safe tests suite segfaults — v.ondruch@...

Issue #14357 has been reported by vo.x (Vit Ondruch).

11 messages 2018/01/15
[#85364] Re: [Ruby trunk Bug#14357] thread_safe tests suite segfaults — Eric Wong <normalperson@...> 2018/02/03

[email protected] wrote:

[#84980] [Ruby trunk Feature#13618][Assigned] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — hsbt@...

Issue #13618 has been updated by hsbt (Hiroshi SHIBATA).

10 messages 2018/01/23
[#85012] Re: [Ruby trunk Feature#13618][Assigned] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid — Eric Wong <normalperson@...> 2018/01/23

[email protected] wrote:

[ruby-core:85183] Re: [Ruby trunk Feature#13618][Assigned] [PATCH] auto fiber schedule for rb_wait_for_single_fd and rb_waitpid

From: Koichi Sasada <ko1@...>
Date: 2018-01-28 14:32:24 UTC
List: ruby-core #85183
On 2018/01/24 2:31, Eric Wong wrote:
>>   * Lock and queue should work with auto-fiber?
> I can definitely make Queues work.  I think ko1 was mildly
> against increasing use of Mutex.
> 
> One safety feature I was thinking about was disabling
> auto-switching of Fibers while a Mutex is locked, even.

If we name it as Thread-like (Threadlet), we can use all synchronization 
tools with Threads (I feel it is natural). I'm not sure we should limit 
to use them on Threadlet or not.

1. Threads and Threadlets can share same synchronization tools
   -> Good: no learning efforts
   -> Bad: People can cause sync issues with mis-using or missing syncs

2. Introduce Threadlets special synchronization tools and introduce
    special rules communicate with other threads
   -> Good: people can only use good tools (such as Queues)
   -> Bad: we need to learn new tools and rules

If we think `Threadlet` is a special Thread (and the name indicates it), 
then (1) seems nice for me.

With both options, we can enjoy advantages of Threadlet:
(a) lightweight creation
(b) predictable (than preemptive threads) switching

-- 
// SASADA Koichi at atdot dot net

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

In This Thread