可能性があるルートを単純に収集すると、パフォーマンスにごくわずかな影響があると既に前述しました。ランタイムへの他の変更点により、この特有のパフォーマンス低下が一層際立つことが防止されています。パフォーマンスが影響を受ける主な分野は2つあります。2つ目はガベージコレクション機構がそのメモリ・クリーンアップを実行する際の実行遅延です。それら両方の問題を見てみましょう。必要条件が満たされたらすぐに、循環参照された変数を整理してメモリ使用量を減らすことにあるのです。呼ばれるとすぐにこれが起こります。自身が使用する基底メモリを除きます。プロパティがオブジェクト自身を指すように設定されたオブジェクトを作成します。一般的にメモリ・リークが発生します。可能性があるルートが一つだけ見つかります。(それは)アンセットされた変数です。ガベージコレクション機構が有効になって、それらの可能性があるルートと関連するメモリを解放します。のこぎりの歯のようなメモリ使用量グラフでとてもはっきりと分かります。一万回繰り返す毎に機構が有効になって、循環参照された変数と関連するメモリを解放します。この例ではリークした構造がとても単純なので、機構そのものが多くの仕事をする必要はありません。メモリ使用量は増加し続けます。開始する際にかかる時間です。前のスクリプトをちょっと修正します。2つ目のスクリプトはこれです。"\n";?>このスクリプトを2回実行します。設定をオンにし、次はオフにします。example2.php私のマシンでは、最初の命令は一貫しておよそ10.7秒かかるようです。ところが、第2の命令にはおよそ11.4秒かかります。これは、およそ7%の減速です。このベンチマークはあまり学術的でもなく、現実のアプリケーションの代表でもありません。このガベージコレクション機構が提供するメモリ使用量の利点を示します。この個別のスクリプトで減速がいつでも同じく7%ということです。情報をもう少し上手に扱うことができます。再コンパイルしなければなりません。設定しなければなりません。以下の順序で目的に達するでしょう。実行終了後に、下記が表示されているでしょう。1025731最も有益な統計は、最初のブロックで示されます。回実行されたことが分かります。