2013/02/14 デブサミ2013【14-A-3】Ruby2.0 #devsumiA
Developers Summit 2013 Action!
http://event.shoeisha.jp/detail/1/
<講演概要>
調整中
続きを読む
レベル100のクワッスを連れ歩くスズカナ
@bell_kana
まつもとさんって脳の処理速度に対して口のデバイスの出力が間に合ってない感じがする。 #devsumiA
2013-02-14 13:20:39
joker1007 (アルフォートおじさん)
@joker1007
1.0は今まで実験的にやってた事をこれで行く!って決めれば出せそうだけど、2.0となるとそこから積み上げた歴史をどう考えるか、という点でかなり意識の違いがありそうだ。 #devsumiA
2013-02-14 13:21:14
あきこ@しばらくしばらく趣味のつぶやき多め
@akiko_pusu
他のスクリプト言語と比べて遅い遅いと言われるのが悔しい..。コア実装変えたいな、というのがRubyConfの1回目の時のRuby2.0の構想。でも1.9でずいぶん向上したよ!#devsumiA
2013-02-14 13:25:50
joker1007 (アルフォートおじさん)
@joker1007
「世代別GCのライトバリヤのオーバーヘッドが馬鹿にならなかったので、1.7時代に方針を転換。」 #devsumiA
2013-02-14 13:26:31
joker1007 (アルフォートおじさん)
@joker1007
「Ruby2.0ではbitmap markingを利用して更にGC性能を向上」 #devsumiA
2013-02-14 13:26:49
Kaoru Maeda 前田 薫
@mad_p
「1.8まではgreen thread(ユーザーレベルスレッド)。Ruby開発開始当時はマルチコアCPUもなかったし普通の人がマルチスレッド使う方が効率的という考え方はなかった。キレイにプログラムを書けるようにスレッドを用意した」#devsumiA
2013-02-14 13:29:51
joker1007 (アルフォートおじさん)
@joker1007
細粒度のロックの面倒さやオーバーヘッドがかなり増える事からGILが採用されたのかな。 #devsumiA
2013-02-14 13:30:18
あきこ@しばらくしばらく趣味のつぶやき多め
@akiko_pusu
マルチスレッドを本気で取り入れると、デッドロックやレースコンディションのリスクがある。ということでGILを採用。#devsumiA
2013-02-14 13:31:11
Kaoru Maeda 前田 薫
@mad_p
「1.9ではnative thread。すべてのライブラリの再入可能性を保証できないのでGiant Interpreter Lockを使った。IOするときはロックを外すのでOK。IO heavyなプログラムでなければ使えないと文句を言われる」#devsumiA
2013-02-14 13:31:13