[B! gc] gam-22のブックマーク

Rubyist Magazine - スはスペックのス【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。最新号 Rubyist Magazine 0063 号バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist

gam-22 2014/12/25

Incremental GCは無事にRuby2.2に入ったみたいですね

リンク

Ito Blog » Blog Archive » メモリリークのまとめ(Event Handler の削除忘れ)

http://blogs.bitlan.net/ito/?p=1666 Ito Blog ≫ Blog Archive ≫ メモリリークのまとめ(管理されたリソース) http://blogs.bitlan.net/ito/?p=1672 Ito Blog ≫ Blog Archive ≫ メモリリークのまとめ(管理外のリソース) http://blogs.bitlan.net/ito/?p=1682 Ito Blog ≫ Blog Archive ≫ メモリリークのまとめ(Dispose Finalize パターンと応用) の続きです。前回は、Dispose Finalize パターンに関する内容をまとめました。今回は、イベントハンドラーが削除されていないことによって、不要な参照先が残ってしまうことによる問題についてです。不要な参照先が残ってしまうと、いつまでも GC

gam-22 2014/09/04

リンク

例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)

最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente

gam-22 2013/12/13

リンク

RGenGCに対応する方法 - mirichiの日記

Ruby2.1.0-preview1は出たがREADME.EXT.jaを見ても書いてないので調べたことをここに書いておく。正式なマニュアルじゃないし検証してるわけでもないから豪快に間違っているかもしれん。 ■はじめに RGenGCは今までの拡張ライブラリのコードそのままで動作するように作られていて、何も考えずにコンパイルすれば普通に動く。2.1用に拡張ライブラリをコンパイルして動かない場合、よっぽど特殊なことをしていない限りはRGenGC以外のところに原因があると考えてよい。そのぐらい互換性に気を使われている。なので特別に対応する必要は無いのだが、対応すればGCのパフォーマンスが上がるし、Shady化の処理を省く効果もあったりしてさらに速くなるかもしれない。速度を売りにした拡張ライブラリは対応しておいて損は無いだろう。 RGenGCの対応には大きくわけて以下の2つのパターンがある。両方や

gam-22 2013/12/12

リンク

【C#】 usingを使え、使えったら使え (IDisposeも)

こんな風にスコープを抜けたとき（Func()からリターンしたとき）も誰も参照しなくなったことになるのでそのうち破棄されます。この「そのうち」っていうところに注意してください。決してすぐに破棄されるわけじゃありません。 GCはそれなりに大変な処理なので、そんなに頻繁に動きません。それどころか、.NET FrameworkのGCは「メモリが足りなくなってきたら動く」という感じらしいです。まぁ、これ自体は何も問題ありません（どっちにしろそのうち破棄されるんだから）。けど、オブジェクトがメモリ以外のリソースを持っているときは問題になることがあります。たとえば、こんな場合です（えらく意図的ですが）。 Func()メソッドからリターンした時点でfsやsrを参照しているものは無くなりますから、そのうちGCによって破棄されます。が、破棄されるまでは"test.txt"はオープンされたままにな

gam-22 2013/09/13