GCの必要性

Question

GCの必要性について様々議論あると思いますが、memory_get_usage()などの関数で測ってみましたが、結局ある程度メモリが使用されるとメモリが解放されるという仕組みがGCで組まれていて、GCは私の目から見るに、適切に動いていて、unset()関数などを適切に組むということをあまり意識する必要がないように感じています。

JavaやRubyでどのようにメモリについてみなさんが配慮してコーディングされているかは存じませんが、GCがなぜしょぼいとか、信用するなと言われるのか、理由を具体例など挙げながら教えてください。

Answer 1

（これは回答ではありません。コメントのつもりが回答に投稿してしまいました…ごめんなさい）

PHP 5.3.0以降では、循環参照もケアするように機能拡張されたようです。

http://www.slideshare.net/y-uti/php-gc

Answer 2

まず大前提として、使うコンピューターの規模に対して使うメモリの量や要求される性能がそこまで大きくない場合は、ガベージコレクタ任せで基本的に問題ありません。逆に

• Androidなど、リソースが少ない環境への実装
• バッチ処理などで大量のメモリを使う場合
• 3Dのゲームなど、高度のリアルタイム性が求められる場合

には、ガベージコレクタの動きを考える必要が出てきます。

そして、PHPとRuby/Javaでは、ガベージコレクタの仕組みが大きく違います。

PHPでは「オブジェクトが使われる数を記録しておいて、それが0個になったらすぐ解放」という参照カウント方式をメインに使っています。こちらでは、自分でunset()すればその場で解放されるなど細かく制御できますが、循環したものが消えない問題があります。

RubyやJavaでは、ときどきメモリの使用チェックが回ってきて、参照不能なものを解放するというマーク・アンド・スイープという方式を取っています。こちらでは、一度使ったメモリは任意のタイミングでは解放されず、ガベージコレクタが回収してくれるのを待つ他ありませんし、ガベージコレクタがいつ実行されるのかも制御できる範囲に限界があります（そして、ガベージコレクタの実行にも時間を消費します）。

あと、どんなガベージコレクタにも共通ですが、あるオブジェクトへアクセスするルートが残っていると、どうあがいてもガベージコレクタは解放しません。クロージャなどでいつの間にか変数への参照ができてしまう場合があるので、注意が必要です。