なんたらノート第三期ベータスマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。(Pinocoも)PHP驚きのベンチマークテスト計測結果を報告します。プログラムで、ベンチマークテストを行いました。Webアプリケーションって、同意ページや操作説明など、ほとんど静的なページなんだけど、フレームワークに一部依存するページって、けっこうあるんですよね。そんなところでCPUを消耗しちゃうのはもったいないなと。0.2.4Pinocoは主としてビューにPHPTALを使う、非MVCで非OOPな拙作フレームワークです。?&gt;.&lt;/p&gt;PinocoはデフォルトのテンプレートエンジンにPHPTALを使いますが、PHPTALエンジンのロードを避けて、ビューを生のPHPで書くこともできます。1000リクエスト10本並列接続を行い、1リクエストあたりの所要時間を求めました。Pinocoはやっ!!驚きました。他のフレームワークがビューとして生のPHPを使っているなか、PinocoはPHPTALをデフォルトとしています。互角にやり合えそうです。いいですか、PHPTALはデフォルトで文字列をエスケープしますよ。TAL系テンプレートエンジンですよ。まあただ、PHPTALのないPinocoの価値はすごく低いので、分けて考えるべきじゃないんですけどね。たしかに偏ったベンチマークですが、何かしらの特性でトップを取れるということは、Cakeでもなく、CIでもなく、かといって急に生のPHPでもなく、あえてPinocoを選ぶのが最適だと、世界中の人が客観的にそう言えるシチュエーションは、必ずあるはず。自信を持って言います。http://code.google.com/p/pinoco/でも間違えないでください。この比較は単純なフレームワークの良し悪しを言っているわけではありません。なんでもかんでも、この情報だけを根拠に決めるのは間違いです。DBには接続すらしてないんですからね。Webアプリケーションの各機能がどの程度の密度で使われるのかということ、顧客の要求に応じるにはどのぐらいリッチなライブラリが必要なのかということ、などを考えると、パフォーマンスを優先しないほうがいいケースもあります。そうそう、なにより、PinocoはそもそもMVCフレームワークではありません。努力してサブモジュールをユニットテストできるように書かなければ、オブジェクト指向的なテストはできませんし、モデルをどうするかもユーザ任せです。ポストJavaとしてPHPを使うような仕事との相性についてはノーコメントです。それにしても、生のPHPがどれだけオーバーヘッド低いねん、というのにはいつも驚かされます。スクリプトの実行は遅くても、この起動の速さはやっぱりPHPの武器ですね。HTMLの中にベタ書きでいいぐらいのときは、やっぱりPHPで間違いない。Blog|ブログを報告する。