PHP、array_map と for文の実行速度は for文の方が速い。しかしもっと速いのは・・・。 - フリックスの日記
みんな知っていることかもしれないけれど・・・。 array_map 関数って便利だなー、是非活用しよう！と思ったんですがもしかしたら速度に問題ないだろうか？と思って調べてみました。 ネットで調べたところでは、 http://www.stackasterisk.jp/tech/php/searchAction.do?cid=27 というのがあって array_map 関数のほうが速いと書いてありました。 でも簡単に作った比較のスクリプトでは array_map の方が遅くて、for文よりも foreach文の方がはやかったのです。 どうやら、 for($i=0; $i<count($array); $i++ ) { ここの配列の数を毎回取得しているのが原因なのと $i++ より ++$i の方がはやいらしい。なぜかは今は知りませんｗ これを直してテストをしました。 また繰り返しも加えたのと
色々なPHPフレームワークのパフォーマンスを比較 - cakephperの日記(CakePHP, Laravel, PHP)
PHPフレームワークの速度比較では、HelloWorldを表示するのみの単純なアプリを用いた計測を元に比較表が作られることが多いです。特に後発のフレームワークは分かりやすい特徴付けとして速度をアピールする傾向にあるため、その比較表を元に N倍速いというアピールをしています。 PHPフレームワークを使うということは、DBまで絡めたWebアプリを作ることがほとんどなため、HelloWorldアプリの比較よりは、DBからレコード取得して表示するまでの処理速度を比較したほうがより現実に近い指標になると思います。特にCakePHP1系ではDBのデータ取得も独自ドライバになっていますし、モデルの処理も重いのでそこまで含めて他と比較したほうが良いと思ってます。 今回はDBから1レコード取得して表示するという簡単なアプリで各フレームワークの速度を評価しました。フレームワークに備わっているViewキャッシュ
PHPのvar_exportとserializeを比較してみた
お久しぶりです。だいぶ更新間隔が空いてしまいました。 PHPのプログラム上のデータをディスクへ保存するときに便利なのがvar_export()とserialize()ですが、パフォーマンスについてちょっと調べてみたので、メモです。 純粋に関数の処理性能で言うとserializeの圧勝なのは有名な話のようです。 #ser.php $arr = range(0,10); for ($i=0; $i<100000; $i++) { unserialize(serialize($arr)); } -------------------------------- $ time php ser.php real 0m0.314s user 0m0.303s sys 0m0.007s -------------------------------- #var.php $arr = range(0,10)
php.ini-recommendedで、variables_orderがGPCSである理由と、PHP5のauto_globals_jit - おぎろぐはてブロ
遅ればせながら関連ネタ。 ライブラリの類で$_ENVを使うのはやめてgetenv()を使いましょうって思った。 getenv()推進キャンペーンを考えた - 絶品ゆどうふのタレ これには同感。recommendedが variables_order="GPCS" である以上、多くの環境*1で手を加えずに動かせるようにするためには、それがいいか悪いかは関係なく、これを基準として動くアプリケーションを書いた方がいいと思います。 なぜ、variables_orderに "E" が含まれないのか recommended = オススメ設定なのだけれど、どういう理由なのか。これは、php.ini-recommendedのコメントにあるように、パフォーマンス対策とのこと。 ; - variables_order = "GPCS" [Performance] ; The environment varia
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
