<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>SNS開発者の本気帳 &#187; PHP</title>
	<atom:link href="http://www.synapz.jp/ogsy/tag/php/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.synapz.jp/ogsy</link>
	<description></description>
	<lastBuildDate>Thu, 04 Mar 2010 14:59:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>CakePHP パフォーマンスチューニング Pt.2</title>
		<link>http://www.synapz.jp/ogsy/2009/04/cakephp-pt2/</link>
		<comments>http://www.synapz.jp/ogsy/2009/04/cakephp-pt2/#comments</comments>
		<pubDate>Mon, 20 Apr 2009 10:14:07 +0000</pubDate>
		<dc:creator>ogsy</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[CakePHP]]></category>
		<category><![CDATA[チューニング]]></category>
		<category><![CDATA[パフォーマンス]]></category>

		<guid isPermaLink="false">http://192.168.1.2/wpmu/ogsy/2009/04/20/cakephp-%e3%83%91%e3%83%95%e3%82%a9%e3%83%bc%e3%83%9e%e3%83%b3%e3%82%b9%e3%83%81%e3%83%a5%e3%83%bc%e3%83%8b%e3%83%b3%e3%82%b0-pt-2/</guid>
		<description><![CDATA[
こんにちは、おがしょ〜です。
前回の更新から1ヶ月以上が経過してしまいました。。

さて前回、


もっと細かく調べてみたところ、CakePHPのコア部分でいくつか微妙な箇所がありました。

モデルをたくさん使っているコントローラが遅い
セッションのストア先にmemcachedを指定すると遅い
ImageMagick（convert）の変換処理が遅い



と、3つの問題点を挙げていましたので、今回はそれについて適当なことを書いてみます。


まず1.の「モデルをたくさん使っているコントローラが遅い」について。
CakePHP1.2の便利な点として、割と使いやすいO/Rマッパーの存在があります。ざっくり言えばRDBをテーブル単位で構造化されたオブジェクト（モデルクラスとか）として扱える、ってそんな感じの機能です。さらにCakePHPでは、モデルとモデルの関連性を定義しておくことにより、O/Rマッパーが勝手に関連するものも取ってきてくれます。SQL的に言えばJOINするような感じで、これが超便利。


しかし、あまりに深い関連性を持たせるとなんでもかんでも取ってこられるので大変なことになります。
例えば、


ModelA =&#124;1:n&#124;= ModelB
ModelB =&#124;1:n&#124;= ModelC
ModelB =&#124;1:n&#124;= ModelD


と4つのモデルがこのような関係であった場合、ModelAのみ必要な場合に取得しようとすると、SQL的に &#8220;ModelA JOIN ModelB JOIN ModelC &#8230;&#8221; となってしまうとこは容易に想像つきますし、これは他の方も行っているexpectsメソッドを実装すれば割と簡単に解決できます。


でも問題はSQLクエリと結果の分量じゃなくて、CakePHPによって生成されるモデルインスタンス（と初期化時間）が問題でした。具体的には上記モデル構成の場合、リクエストのたびにModelA〜ModelDまでのインスタンスが必ず生成されます。expectsメソッドを実装したとしても、このインスタンス生成はコントローラの初期化時に行われるので全く効果がありません。


この辺りのCakePHPの動作をざっくりと･･･

コントローラの初期化
使用するモデル定義を見る
モデルインスタンスを作成
3.で作ったモデル内で、関連しているモデルインスタンスを作成
3〜4を関連するモデルすべてで行う。



という感じになっています。
4.の動作がとっても間抜けな感じで、作り手のモデル定義によってはシステム全体のモデルのインスタンスを生成することになってしまいます。


この問題の解決策としては、

コントローラにモデルを登録せずに、メソッド内で必要なモデルのみを動的にアタッチする。（できるかどうか不明）
モデルのインスタンス生成を実際に必要なときにのみ行う。




の2択で考えてましたが、
当時のプロジェクトの進行度的に、かなりの修正作業の入る選択肢1.は不可能でした。
で、２．を選びました。思いつきのキーポイントはisset()やget()など、PHPのマジックメソッド。



要は関連するモデルの関連性のみを覚えておいて、実際にアプリがそのモデルを使おうとした時に、まだ無ければ初めてインスタンスを生成しよう、ってことです。適用前はコントローラの初期化時にかなりの数のインスタンスが生成されてましたが、適用後はメソッドごと必要な分のインスタンスのみが生成されているようです。


実際のコードについては以前CakePHP.jpのフォーラムに投げておいたのでそっちを参照してください。
（まったく反応がないのでちょっと寂しかったり ｡･ﾟ･(ﾉД`)･ﾟ･｡

ちなみに上記フォーラムに上げたコードにはその後に見つかった致命的なバグが残ってますが、お暇な方は試してみてください。

・・・とここまでを読み返してみて、やっぱり自分には文才が無いことを再確認しました。
長くなったので今日はこの辺で。
]]></description>
			<content:encoded><![CDATA[<p>
こんにちは、おがしょ〜です。<br />
前回の更新から1ヶ月以上が経過してしまいました。。<br />
<br />
さて前回、<br />
</p>
<blockquote><p>
もっと細かく調べてみたところ、CakePHPのコア部分でいくつか微妙な箇所がありました。<br />
<ol>
<li>モデルをたくさん使っているコントローラが遅い</li>
<li>セッションのストア先にmemcachedを指定すると遅い</li>
<li>ImageMagick（convert）の変換処理が遅い</li>
</ol>
</p></blockquote>
<p>
と、3つの問題点を挙げていましたので、今回はそれについて適当なことを書いてみます。<br />
<br />
<br />
まず1.の「<b>モデルをたくさん使っているコントローラが遅い</b>」について。<br />
CakePHP1.2の便利な点として、割と使いやすい<a href="http://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E9%96%A2%E4%BF%82%E3%83%9E%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0">O/Rマッパー</a>の存在があります。ざっくり言えばRDBをテーブル単位で構造化されたオブジェクト（モデルクラスとか）として扱える、ってそんな感じの機能です。さらにCakePHPでは、モデルとモデルの関連性を定義しておくことにより、O/Rマッパーが勝手に関連するものも取ってきてくれます。SQL的に言えばJOINするような感じで、これが超便利。<br />
<br />
<br />
しかし、あまりに深い関連性を持たせるとなんでもかんでも取ってこられるので大変なことになります。<br />
例えば、<br />
</p>
<blockquote><p>
ModelA =|1:n|= ModelB<br />
ModelB =|1:n|= ModelC<br />
ModelB =|1:n|= ModelD<br />
</p></blockquote>
<p>
と4つのモデルがこのような関係であった場合、ModelAのみ必要な場合に取得しようとすると、SQL的に &#8220;ModelA JOIN ModelB JOIN ModelC &#8230;&#8221; となってしまうとこは容易に想像つきますし、これは他の方も行っている<a href="http://www.google.co.jp/search?q=cakephp+expects&amp;lr=lang_ja&amp;ie=utf-8&amp;oe=utf-8&amp;aq=t&amp;rls=org.mozilla:ja-JP-mac:official&amp;client=firefox-a">expectsメソッド</a>を実装すれば割と簡単に解決できます。<br />
<br />
<br />
でも問題はSQLクエリと結果の分量じゃなくて、<b>CakePHPによって生成されるモデルインスタンス</b>（と初期化時間）が問題でした。具体的には上記モデル構成の場合、リクエストのたびにModelA〜ModelDまでのインスタンスが必ず生成されます。expectsメソッドを実装したとしても、このインスタンス生成はコントローラの初期化時に行われるので全く効果がありません。<br />
<br />
<br />
この辺りのCakePHPの動作をざっくりと･･･<br />
<ol>
<li>コントローラの初期化</li>
<li>使用するモデル定義を見る</li>
<li>モデルインスタンスを作成</li>
<li>3.で作ったモデル内で、関連しているモデルインスタンスを作成</li>
<li>3〜4を関連するモデルすべてで行う。</li>
</ol>
<br />
<br />
という感じになっています。<br />
4.の動作がとっても間抜けな感じで、作り手のモデル定義によってはシステム全体のモデルのインスタンスを生成することになってしまいます。<br />
<br />
<br />
この問題の解決策としては、<br />
<ol>
<li>コントローラにモデルを登録せずに、メソッド内で必要なモデルのみを動的にアタッチする。（できるかどうか不明）</li>
<li>モデルのインスタンス生成を実際に必要なときにのみ行う。<br />
</li>
</ol>
<br />
<br />
の2択で考えてましたが、<br />
当時のプロジェクトの進行度的に、かなりの修正作業の入る選択肢1.は不可能でした。<br />
で、２．を選びました。思いつきのキーポイントは<strong>isset()や</strong>get()など、PHPの<a href="http://php.benscom.com/manual/ja/language.oop5.magic.php">マジックメソッド</a>。<br />
<br />
<br />
<br />
要は関連する<b>モデルの関連性のみ</b>を覚えておいて、実際にアプリがそのモデルを使おうとした時に、まだ無ければ初めてインスタンスを生成しよう、ってことです。適用前はコントローラの初期化時にかなりの数のインスタンスが生成されてましたが、適用後はメソッドごと必要な分のインスタンスのみが生成されているようです。<br />
<br />
<br />
実際のコードについては以前<b><a href="http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1798&amp;forum=6">CakePHP.jpのフォーラムに投げておいた</a></b>のでそっちを参照してください。<br />
（まったく反応がないのでちょっと寂しかったり ｡･ﾟ･(ﾉД`)･ﾟ･｡<br />
<br />
ちなみに上記フォーラムに上げたコードにはその後に見つかった致命的なバグが残ってますが、お暇な方は試してみてください。<br />
<br />
・・・とここまでを読み返してみて、やっぱり自分には文才が無いことを再確認しました。<br />
長くなったので今日はこの辺で。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.synapz.jp/ogsy/2009/04/cakephp-pt2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
