インスタンス化に伴うメモリ消費への対策（メモリの解放）について

質問

いつもお世話になっております。
環境：PHP5,SQLite3

PHPスクリプト（1ファイル）内において、
複数のインスタンスを扱うことがあります。
つまり、スクリプトコード内に「new演算子」が複数登場するわけですが、
この際、サーバーのメモリ内に、何らかのデータが一時的に保存されるようですね？

で、インスタンスを増やせば増やすほど、
そのメモリ消費量も増え、
スクリプトの処理速度に悪影響を及ぼすようなので、
これを回避するためのテクニックを教えて頂きたいなと思っております。

「インスタンスして、それが用済みになったら、削除し、メモリを解放せよ」
というようなことを、どこかで読んだことがあるのですが、
具体的には、どのような方法になりますでしょうか。

//インスタンス化
$obj = new MyClass;
/*
～処理～
*/
//MyClass用済み決定
unset($obj);

こんな感じでしょうか？
実際的な方法について、どなたかアドバイスして下さい。
よろしくお願いします。

回答No.7

hogehoge78

今回例に挙げたどちらのスクリプトも、ループも配列への格納処理も行ってると思いますよ。
ただ、parse_html関数のほうは、一度取得した部分を全体の文字列から削除して、ループする毎に、データが小さくなるように工夫しているようですね。
確かに、そうすれば毎回同じ正規表現を叩いても、次回から値が小さくなるのでだんだんと処理が早くなり、トータルで速度が上がるのでしょうね。

お礼

お礼から書きます。
（が、補足は使わない可能性もあります。）

今回もありがとうございます。
前回、偉そうな分析を書いた私ですが、

＞今回例に挙げたどちらのスクリプトも、ループも配列への格納処理も行ってると思いますよ。

と言われ、とても恥ずかしくなりました。
確かに！whileもarrayも使われていましたね。笑

＞ループする毎に、データが小さくなるように工夫

私のスクリプトでも同様に、
file_get_contents()で取得したHTMLソースの文字列に対し、
そうした工夫をしたら、速くなるかもしれませんね。

で、さらに、while、arrayを使わないソースを書く、と。

うわー、ちょっと楽しみだ。
やってみます。笑

//-------------------

ある一連の処理をPHPで書く場合、
その方法は、多くの場合、何通りにも書けるかと思います。

しかし、出力される結果は同じでも、その反応速度は、
意外とまちまちです。

今回の、私のスクリプトにおいて、whileやarrayを使うのをやめたら、
約２倍速くなった例のように。

そうした、速さを改善するのに役立つ
関数処理速度表　もしくは、
高速化意識系アルゴリズムなるものがあれば、
便利なのになー、なんて思うのですが、
そんな便利なものはないですよね？笑

arrayを使うことは、ハードに対し、
どのような処理をさせているのか等、
ハードとソフトの関係について理解していると、
この辺りのことは感覚的に分かりやすいのかもしれませんね。

補足

＞データが小さくなるように工夫

これ、やってみました。
といっても、私なりにやってみた、という感じです。

で、何をしたかと言いますと、

ながーいhtmlソースのうちの、
ある限られた部分に抽出したい情報が集中しているので、
そこらへんだけをまずカットしちゃって、
そのカットしたエリア限定で、繰り返し、
正規表現で該当箇所を抽出する、なんて処理に変えてみました。

結果はと言うと、
加工しない、長いhtmlソースをそのまま使った方法に比べ、
おおよその平均値で10％～20％くらい速くなりました。

ちなみに、
この処理速度の計測には、例の技術が使われております。笑

カットの方法も色々ありそうですが、
該当エリアの開始サイン、終了サインを見つけ、
そのサインが、何文字目に登場するかを探り、
それをもとに開始～終了までの文字列をカットしてくる方法と、

もう大雑把に、
大体、該当エリアってのは、
20000文字目～40000文字目くらいだろうから、
その辺でカットしてきちゃえ、てやんでぇ！

ってな感じで、該当エリアをざっくり抜き出すなんて方法とを
考えました。

よって、３通り試しました。
（１）長いままの生ソースから抽出する方法、
（２）必要最小限のサイズでカットしてきてから抽出する方法、
（３）大雑把にカットしてきてから抽出する方法、
の３通り。

結果は、（３）が速かったように思います。笑
（２）と（３）は似ていますが、
（２）は、下処理にやや時間が掛かっている気がします。

もっとも、HTMLソースが短い場合には、言うまでもなく、
これらの速度差はあまり感じられないですね。
（ちなみに、スピードチェックでは、差を分かりやすくするために、ソースの長さをかなり長くして試しました。）