[#45518] [ruby-trunk - Bug #6302][Open] irb で math-mode 中でも conf.math_mode に nil を代入すると math-mode を抜ける事ができる — "sho-h (Sho Hashimoto)" <sho-h@...>
5 messages
2012/04/15
[#45530] [ruby-trunk - Feature #6311][Open] memmem()によるrb_memsearch()の高速化 — "Glass_saga (Masaki Matsushita)" <glass.saga@...>
12 messages
2012/04/17
[#45533] Re: [ruby-cvs:42559] naruse:r35383 (trunk): Revert r35339-35343 because of no tests. — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
6 messages
2012/04/18
[#45534] Re: [ruby-cvs:42559] naruse:r35383 (trunk): Revert r35339-35343 because of no tests.
— Hiroshi Nakamura <nahi@...>
2012/04/18
(2012/04/19 2:02), Yukihiro Matsumoto wrote:
[#45535] Re: [ruby-cvs:42559] naruse:r35383 (trunk): Revert r35339-35343 because of no tests.
— "NARUSE, Yui" <naruse@...>
2012/04/19
2012年4月19日6:10 Hiroshi Nakamura <[email protected]>:
[#45541] drb SSL test timeout — Tanaka Akira <akr@...>
Debian wheezy において、test_drbssl.rb のテストで 100秒の timeout にひっかかります。
10 messages
2012/04/21
[#45542] Re: drb SSL test timeout
— Masatoshi SEKI <m_seki@...>
2012/04/21
=1B$B31$H$$$$$^$9!#=1B(B
[#45547] Re: drb SSL test timeout
— Tanaka Akira <akr@...>
2012/04/22
2012年4月22日6:52 Masatoshi SEKI <[email protected]>:
[#45548] Re: drb SSL test timeout
— Masatoshi SEKI <m_seki@...>
2012/04/22
=1B$B31$H$$$$$^$9!#=1B(B
[#45571] [ruby-trunk - Feature #6349][Open] Iconv の復活を希望します — "kyanagi (Kouhei Yanagita)" <redmine@...>
7 messages
2012/04/24
[#45572] Re: [ruby-dev:45571] [ruby-trunk - Feature #6349][Open] Iconv の復活を希望します
— "Martin J. Dürst" <duerst@...>
2012/04/24
やなぎたさん、こんにちは。
[ruby-dev:45512] [ruby-trunk - Feature #6289][Open] メソッドのインライン化について
From:
"watashinoid1 (moe info)" <gmhyy606sh@...>
Date:
2012-04-13 16:24:55 UTC
List:
ruby-dev #45512
Issue #6289 has been reported by watashinoid1 (moe info). ---------------------------------------- Feature #6289: メソッドのインライン化について https://bugs.ruby-lang.org/issues/6289 Author: watashinoid1 (moe info) Status: Open Priority: Normal Assignee: Category: Target version: Rubyはメソッド呼び出しが重いです。 一方でC++などはmov数個とcall一個で終わりますね？ そこでインライン化を考えてみようと思ったのですが、C++と違って動的なクラス定義が許されている言語なので安易にインライン化はできません。 ---------------------------- 安全にインライン化するためには インライン化できるメソッドの条件 ・インライン化されるメソッドはクラス定義、メソッド定義を呼ばない ・インライン化できるメソッドしか呼ばない 四則演算や配列操作は明らかにクラス定義、メソッド定義を呼ばないので、インライン化できます。 するとそれらのみを使うメソッドはインライン化できます。 こうしてボトムアップでインライン化できるかどうかを全てのメソッドに対して決めることができます。 ここでついでにそのメソッドから呼ばれる可能性のあるメソッドを列挙してリストにしておきます。 ------------------------------------------ 次の問題はインライン化されたあとにその内部で呼ばれるメソッド定義が書き換わった場合に、インライン化をやり直さないといけないのですが これは先ほど作ったメソッドのリストを見て、定義が書き換わったかどうかを判定できます。 分かりやすく言えば、"メソッドの飛び先のチェックがループの外に出たら速い"ってことです ------------------------------ 四則演算とか、オーバーライドされる可能性のせいで遅くなるのはもったいなあと。99.9999%のケースでオーバーライドされないんだから・・・ 99.9999%側なのか0.00001%側なのかのチェックをループの外に出すのって最適化の基本かなと bignumへの移行を考えると、add jcc sub jcc みたいにコンディショナルジャンプを一個ごとに挟まないといけなそうですが 分岐予測テーブルを汚染しそう 実際の実装はLLVMでやってみようかな ------------------------------------------------- 最近Ruby開発に興味が出たひよっこですが。こんなことやってみようかなと、とりあえずつぶやいてみます もしかしてRuby1.9で既にやられてるのかな？ISEQとか怪しい -- http://bugs.ruby-lang.org/