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

> メリット：
> Fiber のコンテキストスイッチが速くなる（どれくらいかは資料を参照）
>
> デメリット・変更点：
> 最大生成数が減ります
> マシンスタックのサイズが制限されています
> Fiber 生成コストがちょっと増えます
> （どれくらいかは資料を参照）
> ソースコード (cont.c) が結構見づらくなる

まず資料をレビューしました。感想とか質問とか、、、

・Fiberは誰かが遅い遅いとblogに書いていた気がするので基本的には賛成
・get/set/makecontextとset/longjmpの併用はPOSIX上、保証がないのではないか？
・NetBSDがスタックからTLSを計算しているのは、setcontextとpthreadの混在が
   出来ないことを意味するのでNetBSDのバグではないか？
・マシンスタックの再利用は生成時間だけではなく、スタックにcache hotな領域が
   割り付けられることによる速度向上もあるので、N=10は素朴すぎる気がする。
   しかし、N=10でコミットして、後から改善していくので問題ないと思う
   余談だけど、Linuxのpthreadも似たような思想でスタックキャッシュしていて
   筋はよいと思います。
・Linux, Mac は速度向上が大きいのでよいと思う
・Windowsはコンテキストスイッチ速度３倍、生成速度0.6倍、最大生成数1/4
    なので微妙な気がする。（他の人の意見が聞きたい）
    (Win32Fiberってなんでこんなに遅いの？）
・Fiberのスタックサイズが小さくなることについてのインパクトを知りたいのですが、
   言語仕様的に、スクリプト中からFiber生成時にFiberスタックサイズを指定する
   方法はありますか？いいかえるとワークアラウンドはありますか？
・脇道だけど、研究発表としてはPerlのコルーチンと比べて、どのくら遅かったか。
   とかあると盛り上がるような気がする


思いつきを五月雨式で書いているだけですいませんが。