なるせにっきスマートフォン用の表示で見るなるせにっきこの広告は、90日以上更新していないブログに表示しています。2011-07-15%rubyMac上でのベンチマーク結果速報http://www.atdot.net/sp/readonly/nfbnnl_kosaki0Mac上でのベンチマーク結果速報これはえーと一番下だけ見ればいいのかはい基本的には、若干悪化している、と。稀に速くなってるのもあるな。cleanmethodcacheはささださんがメソッドキャッシュをごそっと変えた影響vm_thread_mutex3は1000スレッドが1つのmutexを奪い合うベンチ遅いっつってもじゅーぶん許せる範囲だと思いますです。vm_thread_mutex3hは皆さんの努力の成果か。threadの影響があるかもしれないので、調べようapp_answerは消したい。GCシングルスレッドでも遅いのはGVLやタイマースレッドは無罪っぽいthread_mutex2のつづき。タイマースレッドが起こされまくってるのは確定。timer_thread_functionはエライ数呼ばれてる。threadが拾えないぐらいinterrupt_flag立てまくってるから。実行してみてるんだけど。それともあたらしいバグ?速度低下が。確実に遅くなっている気がするあれじゃない。do_selectでrb_fdset_t対応されたなかったのを直したやつ。別に影響なさ気ですねいやいやいや、ちがう。おれはパッチ作ったときに直前のコミットと性能比較したんだった。再測定してるけど、--disable-gemsつけたら192とtrunkはだいたい互角の性能っぽいしかし、よく気づけましたね。あったからかpreludeなくても性能に影響ないって言ったじゃん。途中で変わるかって心配かいぇっさ未対応の拡張ライブラリにオブジェクトを渡すと汚染されるフラグとか未対応の拡張ライブラリに渡ったかどうか分かるのかな未対応というか、まず対応してる拡張ライブラリはどう振る舞えばいいのさっき言ったようにライトバリアを実装するで、インデクスなら大丈夫ってはなしかくらいで済まないかなあ。インデックスにしたら、全体的に遅くなると思うのだけど、どのくらい遅くなるのか気になるインデックスにしなくてもいいと思うよ移動させなければいい。する意味が減りそうだがそう、フラグメンテーションの解決がとても難しそうどのくらい減るかはしらない実際に作って評価しまくるしかないねいよいよやりたくない。次第になった複数またぐtweetはしたら負けだと思ってるうん。変わりうるなんてのには耐えられないと思う我々が。やっていると思われる。2018-02-14はじめての投資SEGV探偵が往くはてなブログをはじめよう!nurseさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。