[#43465] GVL改善案 — KOSAKI Motohiro <kosaki.motohiro@...>
小崎です
7 messages
2011/05/05
[#43467] [Q] thread->interrupt_flag が適切に排他制御されていないように見える — KOSAKI Motohiro <kosaki.motohiro@...>
kosakiです
15 messages
2011/05/08
[#43482] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— SASADA Koichi <ko1@...>
2011/05/08
ささだです．
[#43486] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/09
> ささだです．
[#43487] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— SASADA Koichi <ko1@...>
2011/05/09
ささだです．
[#43488] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/09
> ささだです．
[#43489] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/09
自己解決しました
[#43500] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— SASADA Koichi <ko1@...>
2011/05/09
ささだです．
[#43501] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/09
>> ということは危ないのは RUBY_VM_SET_INTERRUPT() がロストしたときに、タイムアウトなしの
[#43527] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/11
>>> ということは危ないのは RUBY_VM_SET_INTERRUPT() がロストしたときに、タイムアウトなしの
[#43468] Re: [ruby-changes:19438] Ruby:r31478 (trunk): * test/date/*.rb: use skip /w messages. — KOSAKI Motohiro <kosaki.motohiro@...>
2011/5/8 tadf <ko1@atdot.net>:
8 messages
2011/05/08
[#43470] Re: [ruby-changes:19438] Ruby:r31478 (trunk): * test/date/*.rb: use skip /w messages.
— Tadayoshi Funaba <tadf@...>
2011/05/08
> 表示したい場合を除いてはskipよりもreturnを使うようお願いしています。
[#43472] Re: [ruby-changes:19438] Ruby:r31478 (trunk): * test/date/*.rb: use skip /w messages.
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/08
>> 表示したい場合を除いてはskipよりもreturnを使うようお願いしています。
[#43476] [Ruby 1.9 - Feature #4653][Open] [PATCH 1/1] new method Enumerable#rude_map — Shyouhei Urabe <shyouhei@...>
16 messages
2011/05/08
[#43477] [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
— Shyouhei Urabe <shyouhei@...>
2011/05/08
[#43478] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
— Yusuke ENDOH <mame@...>
2011/05/08
遠藤です。
[#43479] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
— Urabe Shyouhei <shyouhei@...>
2011/05/08
(05/08/2011 11:21 PM), Yusuke ENDOH wrote:
[#43480] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
— Yusuke ENDOH <mame@...>
2011/05/08
遠藤です。
[#43490] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
— Urabe Shyouhei <shyouhei@...>
2011/05/09
卜部です。
[#43492] Re: [Ruby 1.9 - Feature #4653][Assigned] [PATCH 1/1] new method Enumerable#rude_map
— "Akinori MUSHA" <knu@...>
2011/05/09
At Mon, 9 May 2011 16:35:31 +0900,
[#43515] [Ruby 1.9 - Feature #4653] [PATCH 1/1] new method Enumerable#rude_map
— Shota Fukumori <sorah@...>
2011/05/10
[#43516] Re: [Ruby 1.9 - Feature #4653] [PATCH 1/1] new method Enumerable#rude_map
— Yusuke ENDOH <mame@...>
2011/05/10
遠藤です。
[#43493] [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test — Shota Fukumori <sorah@...>
11 messages
2011/05/09
[#43509] [Ruby 1.9 - Feature #4657][Closed] add option to hide skip messages on unit/test
— Shota Fukumori <sorah@...>
2011/05/10
[#43510] Re: [Ruby 1.9 - Feature #4657][Closed] add option to hide skip messages on unit/test
— whiteleaf <2nd.leaf@...>
2011/05/10
> -q, --hide-skipでskipメッセージが表示されなくなります。
[#43494] Re: [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test
— Urabe Shyouhei <shyouhei@...>
2011/05/09
(05/09/2011 06:31 PM), Shota Fukumori wrote:
[#43495] Re: [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/09
> (05/09/2011 06:31 PM), Shota Fukumori wrote:
[#43496] Re: [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test
— "Shota Fukumori (sora_h)" <sorah@...>
2011/05/09
2011/5/9 KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>:
[#43497] Re: [Ruby 1.9 - Feature #4657][Open] add option to hide skip messages on unit/test
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/09
> 2011/5/9 KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>:
[#43502] draft schedule of Ruby 1.9.3 — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
23 messages
2011/05/09
[#43503] Re: draft schedule of Ruby 1.9.3
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/10
Hi
[#43505] Re: draft schedule of Ruby 1.9.3
— "U.Nakamura" <usa@...>
2011/05/10
Hello,
[#43513] Re: draft schedule of Ruby 1.9.3
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/10
(ruby-coreはずしました）
[#43520] Re: draft schedule of Ruby 1.9.3
— "U.Nakamura" <usa@...>
2011/05/11
こんにちは、なかむら(う)です。
[#43533] Re: draft schedule of Ruby 1.9.3
— "U.Nakamura" <usa@...>
2011/05/12
こんにちは、なかむら(う)です。
[#43549] RubyKaigi2011に'CRuby'コミッタの皆さまを招待いたします(締切:2011-06-15) — Kakutani Shintaro <shintaro.kakutani@...>
'CRuby'コミッタの皆さまへ
5 messages
2011/05/14
[#43554] [Ruby 1.9 - Bug #4696][Assigned] thread.c#lock_func() が spurious wakeup unsafe — Motohiro KOSAKI <kosaki.motohiro@...>
4 messages
2011/05/15
[#43606] [Ruby 1.9 - Bug #4808][Open] thread_wait_for() eats 100% of CPU power — Hidetoshi Nagai <nagai@...>
5 messages
2011/05/31
[#43611] Re: [Ruby 1.9 - Bug #4808][Open] thread_wait_for() eats 100% of CPU power
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/06/02
> いつからかは把握できていませんが (少なくとも 1.9.2p0 では発生しません)，
[ruby-dev:43529] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える
From:
SASADA Koichi <ko1@...>
Date:
2011-05-11 14:24:51 UTC
List:
ruby-dev #43529
ささだです． (2011/05/11 22:54), Yukihiro Matsumoto wrote: > In message "Re: [ruby-dev:43527] Re: [Q] thread->interrupt_flag が適切に排他制御されていないように見える" > on Wed, 11 May 2011 22:52:36 +0900, KOSAKI Motohiro <kosaki.motohiro@gmail.com> writes: > > |しばらく考えたところ、書き込み側で atomic ops 使えば十分という気がしてきました。 > |それなら、readerは速度低下０なのでパフォーマンス問題がおこりようがないし。 > |Linuxでしかテストしてませんが、こんなもんでどうでしょうか？ > > コミットして試しましょうよ。non-Linuxの方、trunkをテストして > くださいませんか？ この問題はちょっと特殊なので，「テストして通ったらOK」なものではないと 思います．以下，理由． 1. 再現するためのテストがない 今回の問題は，あるレアケースにおいて競合の問題が起こりうる，という小崎 さんの指摘に寄ります．ただし，レアケースであるため，必ず再現するテストは ありません．これがきちんと正しく治っているかどうかの判断するためには，無 理矢理そういうシチュエーションを起こすテストを考えるか，コードを見て確認 するしかないと思います． 2. GCC/Windows 以外のプラットホームでは解決していない 今回のパッチは，gcc 拡張，もしくは Windows の atomic API を用いるもの になっています（ちなみに，rb_atomic_t は，サイズ指定は含めなくていいんだ ろうか）．そのため，これらをサポートしていないプラットホームでは解決しな いんでないかなー，などと思います．ただ，1 の理由でそれに気づく可能性は少 ないのではないかと思います． これは，どこまで頑張るか，って話だとは思うのですが． -- // SASADA Koichi at atdot dot net