先日比較してみましたが、使っていたPHPがdebug buildだったので、non debug buildで改めてやってみました。ついでに、ZendOptimizer 3.2.6と組み合わせた場合も計測してみました。 で、結果ですが、総実行時間(Total)だけ掲載しています。eAccelerator、Xcacheはzend_extensionとしてもロードできるので、zend_extensionと通常のextentionの場合の比較もしています。 Total none(ZendOpt) 106% ea(opt=0, zend_extension) 104% ea(opt=0, extension) 115% ea(opt=0, zend_ext, ZendOpt) 117% ea(opt=0, ext, ZendOpt) 102% ea(opt=1, zend_extension) 94
PHP5.2.0とeAcceleratorのインストールメモで気にかけていたXCacheですが、今回実際にインストールしてみることにしました。 ポケットモンスター ダイヤモンド・パール攻略Wikiのページ数が1000ページを越え、pukiwikiのAutoLink機能で多大な負荷がかかってしまっているため、少しでもその他の動作を軽くするためにXCacheのインストールに挑戦してみました。 (ページ数が1000を越えて以来、オンライン人数が100人を越えるとロードアベレージが30以上になってしまい重くてとても使いづらい状況です。混雑している時間帯はAutoLink機能をオフにしてロードアベレージは3程度です) PHPアクセラレータで一番高速なのはどれか? - GIGAZINE によると、最近ではPHPアクセラレータとしてXCacheがオススメらしいと聞いていましたが、XCacheの日本語の解
Oct 28,2006 (Sat) 20:22 - [php] さようならeAccelerator 珍しくPHPな話題続き。 PHPは基本的に毎回コンパイルして中間コードを生成し、実行している。 当然、毎回そんなことしていれば実行コストが上がるわけで 「じゃあ、中間コードをディスクやメモリにキャッシュすればいいんじゃね?」 という考えのもと、結構昔からボクがWEB+DB PRESSに記事を書いたmmcacheとか 今ではPECLに入ってるAPCとか、 開発が止まってしまったmmcacheを引き継いだeAcceleratorとか、いくつかの解決方法(とはいっても、やってることはほとんど同じだけど)が生まれた。で、自分は雑誌に書いたってこともあり比較的安定していたeAcceleratorを使っていたんだけど PHP5になってからの本体側の変更の多さなのか、symfonyを使ってるとたまに問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く