[#63592] [ruby-trunk - Bug #10009] IO operation is 10x slower in multi-thread environment — normalperson@...
Issue #10009 has been updated by Eric Wong.
3 messages
2014/07/08
[#63682] [ruby-trunk - Feature #10030] [PATCH] reduce rb_iseq_struct to 296 bytes — ko1@...
Issue #10030 has been updated by Koichi Sasada.
3 messages
2014/07/13
[#63703] [ruby-trunk - Feature #10030] [PATCH] reduce rb_iseq_struct to 296 bytes — ko1@...
Issue #10030 has been updated by Koichi Sasada.
3 messages
2014/07/14
[#63743] [ruby-trunk - Bug #10037] Since r46798 on Solaris, "[BUG] rb_vm_get_cref: unreachable" during make — ngotogenome@...
Issue #10037 has been updated by Naohisa Goto.
3 messages
2014/07/15
[#64136] Ruby 2.1.2 (and 2.1.1 and probably others) assumes a libffi with 3 version numbers in extconf.rb — "Jeffrey 'jf' Lim" <jfs.world@...>
As per subject.
4 messages
2014/07/31
[#64138] Re: Ruby 2.1.2 (and 2.1.1 and probably others) assumes a libffi with 3 version numbers in extconf.rb
— "Jeffrey 'jf' Lim" <jfs.world@...>
2014/07/31
On Thu, Jul 31, 2014 at 6:03 PM, Jeffrey 'jf' Lim <jfs.world@gmail.com>
[ruby-core:63715] Re: [ruby-trunk - Bug #10009] IO operation is 10x slower in multi-thread environment
From:
Eric Wong <normalperson@...>
Date:
2014-07-14 20:09:08 UTC
List:
ruby-core #63715
Good to know it works for you. Keep in mind TIME_QUANTUM_USEC=1000 is very low and may cause problems on some systems, too. My gut feeling is 100ms (default) is too high, but 10ms is too low (based on kosaki's comment). Maybe 20ms - 50ms is acceptable. There is a wide variety of configuration we must work with (even just on Linux). Can you try 20-50ms? About GVL: Replacing GVL with fine-grained locks is possible (and ko1 tried it), but performance suffered for single-thread cases. It should be possible to do with lock-free techniques, but that is difficult to get right.