[#40528] [Feature #2833] 絵文字エンコーディングの提案 — Kenta Murata <redmine@...>

Feature #2833: 絵文字エンコーディングの提案

32 messages 2010/03/02
[#40530] Re: [Feature #2833] 絵文字エンコーディングの提案 — Yukihiro Matsumoto <matz@...> 2010/03/02

まつもと ゆきひろです

[#40597] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>

きしもとです

17 messages 2010/03/12
[#40598] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — Yukihiro Matsumoto <matz@...> 2010/03/12

まつもと ゆきひろです

[#40601] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか? — Yusuke ENDOH <mame@...> 2010/03/12

遠藤です。

[#40608] Re: 組込みの重複順列・重複組合せ — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp> 2010/03/13

> 同様に、repeated_permutation/combination のデフォルト引数にも反対

[#40610] Re: 組込みの重複順列・重複組合せ — Yukihiro Matsumoto <matz@...> 2010/03/13

まつもと ゆきひろです

[#40641] [Bug #2965] method `===' called on hidden T_STRING object (NotImplementedError) — Kenta Murata <redmine@...>

Bug #2965: method `===' called on hidden T_STRING object (NotImplementedError)

12 messages 2010/03/15

[#40649] [Feature #2968] 数値の正負を返すメソッド — Yui NARUSE <redmine@...>

Feature #2968: 数値の正負を返すメソッド

17 messages 2010/03/15

[#40650] [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Yui NARUSE <redmine@...>

Feature #2969: String#to_f が -h.hhh±pd を解釈できるように

38 messages 2010/03/15
[#40728] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/22

質問ですが、この形式は入力だけでなく、なんらかの方法で出力でも利用でき

[#40732] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/22

成瀬です。

[#40736] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/23

> String#to_f は従来から指数表記を許していたので、

[#40738] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/23

成瀬です。

[#40745] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/24

> to_i がデフォルトで prefix を見ないのは、0377 のような、

[#40747] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/24

成瀬です。

[#40749] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/24

> 先のパッチの対象関数が ruby_strtod である通り、

[#40759] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/25

成瀬です。

[#40762] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/25

> strtod(3) の解釈対象に含まれていない 2 進や 8 進を否定することが、

[#40763] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/25

(2010/03/26 3:05), Tadayoshi Funaba wrote:

[#40764] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Tadayoshi Funaba <tadf@...> 2010/03/25

> なぜ同じなのでしょう。

[#40782] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/26

(2010/03/26 4:02), Tadayoshi Funaba wrote:

[#40786] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — KOSAKI Motohiro <kosaki.motohiro@...> 2010/03/27

>> strtod(3) を参考にしたり、影響されたりすることは普通にあるとは思います

[#40788] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — "NARUSE, Yui" <naruse@...> 2010/03/27

(2010/03/27 18:19), KOSAKI Motohiro wrote:

[#40695] keiju, please check tickets assigned to you — Yusuke ENDOH <mame@...>

いしつかさん

15 messages 2010/03/18

[#40779] [Feature #3018] UNINITIALIZED_VAR() マクロの導入 — Motohiro KOSAKI <redmine@...>

Feature #3018: UNINITIALIZED_VAR() マクロの導入

12 messages 2010/03/26

[#40805] Improvement of Fiber switching cost with system dependent way — SASADA Koichi <ko1@...>

 ささだです.

10 messages 2010/03/28

[ruby-dev:40811] Re: Improvement of Fiber switching cost with system dependent way

From: Satoshi Shiba <shiba@...>
Date: 2010-03-28 16:32:49 UTC
List: ruby-dev #40811
こんにちは,笹田研 修士1年の芝と申します.
Fiberのパッチの中の人です.


U.Nakamura wrote:
> こんにちは、なかむら(う)です。
>
> In message "[ruby-dev:40805] Improvement of Fiber switching cost with system dependent way"
>     on Mar.28,2010 21:52:23, <ko1@atdot.net> wrote:
>   
>> メリット:
>>  Fiber のコンテキストスイッチが速くなる(どれくらいかは資料を参照)
>>
>> デメリット・変更点:
>>  最大生成数が減ります
>>  マシンスタックのサイズが制限されています
>>  Fiber 生成コストがちょっと増えます
>> (どれくらいかは資料を参照)
>>  ソースコード (cont.c) が結構見づらくなる
>>     
>
> 1.9.2に対する決定権は持っていないので、そもそもrubyに入れるべ
> きかどうか、という話になりますが、資料によると、32bit環境下で
> は生成可能なFiber数が劇的に減ることになるように見えます。
> 1.9になってThreadの最大生成可能数も減っちゃったのに、その代わ
> りっぽいことが期待されているような気がするFiberまであんまり作
> れなくなっちゃったら悲しいんじゃないでしょうか?
>   
Fiberの最大生成可能数が減るといっても2万以上のFiberは生成できています.
カタログスペックは落ちてしまいますが,実用上は問題無いのではないでしょうか.

何かをシミュレートするにあたって,シミュレート対象1つにつき1Fiber割り当
てる場合には
Fiberが2万では足りなくなるかもしれませんが.

> もっとも、64bit環境だと問題にならなさそうですし、Fiberを山ほ
> ど作りたい奴は64bit使うだろフツー、という気もするので、まあ微
> 妙ですが。
>
> というわけで、この観点から消極的反対です。
> 64bi環境にだけ入れるとかいうことは可能かしら?
>
>
> また、資料を見る限り、
>   * Windowsではコンテキストスイッチの速度が3〜6倍弱
>   * WindowsではFiber生成・終了速度が0.6倍
>   * WindowsではFiber生成可能数が1/4弱
> であると読み取れるのですが、メリットとデメリットを比べると...
> Solarisでも同じような(というかもっと極端な)傾向が見えますね。
>
> 他の環境だと、
>   * コンテキストスイッチ速度が劇的に向上
>   * Fiber生成・終了速度は生成本数が10本を越えないと悪くならない
>   * Fiber生成可能数はやっぱり相当減る
> ということで、メリットが勝るという判断もできそうですが。
>
> ということは、とりあえず不利な環境は除外とかいうのもありえま
> すかね?
>
>
> それでは。
>   
速度に関してはどの環境でもメリットが勝っているのではないでしょうか.
Fiberの場合,生成・終了の回数よりもコンテキストスイッチの回数の方が一般
に多いでしょうし.
各環境でメリットが勝るかどうかは最大生成数が2万程度で足りるのかどうかに
よると思います.




In This Thread