apc vs eaccelerator vs xcache

StackOverflow https://stackoverflow.com/questions/930877

質問

Im研究を行っているのに使用できませんのつき方をしているかもしれない。 Eaccelerator よりはるかに高 APC, もAPCがあります。 Xcache より速やかにその他用しやすい構文です。

誰でも提言がある、なぜなのか？

役に立ちましたか？

解決

APCはPHP 6に含まれることになるだろう、と私はそれが正当な理由のために選択されていると思いたい：）

これは、インストールするにはかなり簡単だと確かに物事をスピードアップします。

他のヒント

ベンチマークとの比較をご覧ください。

ここを そして、こちら そして、がの

APCています。でのPHPんでもない場合があったので、それをシェアの高速かけることができ、この最高級品とされています。

プラスだがその他のニフティ機能を使っていすべての時間http://www.php.net/apc).

私はeAcceleratorのと一緒に行った最終的には - スピードブースト、小さなメモリフットプリントとであるという事実は、私に振り回さインストールすることは非常に簡単でした。また、キャッシュをクリアして、いくつかの統計情報を提供するために、素敵なWebベースのフロントエンドを持っています。

それが動作し、それは私が気にすべてです -

そのはもう維持されていないという事実は、私にとっては問題ではありません。将来的には、かどうかは（何でもか）PHP6、その後、私は私の決定を再評価だろうとは、PHP開発者により採用されてという理由だけで、おそらく（そうインストールすることも簡単でなければなりません）APCと行くを破る

これは（日付を含む）それぞれの現在の安定、不安定およびDEVバージョンを指摘することが重要である：

APC

http://pecl.php.net/package/apcする 

dev        dev          2013-09-12
3.1.14     beta         2013-01-02
3.1.9      stable       2011-05-14

XCacheと

http://xcache.lighttpd.net/する 

dev/3.2     dev        2013-12-13
dev/3.1     dev        2013-11-05
3.1.0       stable     2013-10-10
3.0.4       stable     2013-10-10

eAcceleratorの

https://github.com/eaccelerator/eacceleratorする 

dev         dev        2012-08-16
0.9.6-rc1   unstable   2010-01-26
0.9.5.1     stable     2007-05-16

私が見てきたすべてのテストでは、eAcceleratorのは、そこに他のキャッシュよりも高速に実行し、そうするより少ないmemeoryを使用しています。これは、キャッシュの使用率を表示し、eAcceleratorのは、XdebugをとZend Optimizerのと互換性のあるキャッシュなどをクリアするために気の利いたスクリプトが付属しています。

それはPHP開発者によって維持されているので、

APCはPHPに含まれています。それは非常によく実行しますが、eAcceleratorのほど良好ではありません。そして、それは、Zend Optimizerのとの互換性の問題があります。

XCacheとはlighttpdのの開発者によって作られた、ベンチマークは、eAcceleratorのにsimiliarly行い、APCより高速示します。

だから、これは最高です！

APC =グレートあなたは常にPHP、大騒ぎで動作する簡単なキャッシュをしたい場合。 あなたは、それを維持toDateまでにそれを維持し、それがどのように機能するかを理解するための時間を持っている場合はeAcceleratorの=、それはより速く実行されます。 APCは、PHPの開発者によって行われるため、APCのように特定のない長期サポートます。

私はWordpressのサイトでのApache、LighttpとnginxのとeAcceleratorのとXCacheとをテストしました。 eAcceleratorのは毎回勝ちます。 悪いことは、DebianとUbuntuのための唯一の不足しているパッケージです。 eAcceleratorのモジュールが再コンパイルされていない場合は、PHPの更新の後、多くの場合、サーバーはもう動作しません。

eAcceleratorの最後のRCは、PHP 5.3のサポートを2009年7月15日（0.9.6 RC1）からです。

私はいつも、PHP 5.1と5.2とAPCを使用しますが、私は、PHP 5.3でAPCを使用して（ランダム）のエラーがたくさん持っていた：奇妙な空白ページ、ランダムなメモリ不足エラーを。私はAPCを無効にしたときに彼らはすべて姿を消しました。それは大量のウェブサイトを実行しているようしかし、それは、何の選択肢はなかったです。

だから私はeAcceleratorのを試してみました。これまでのところ、それは堅実されていると速度の増加はAPCとのよりもさらに大きいです。 APCの連中は本当にバグ修正の上にいくつかの時間を費やす必要があります。

私は、APCは、あなたがサイト上でのZend Optimizerを使用していない限り、移動するための方法だと思います。あなたはeAcceleratorのようなもので行く必要がありますその場合のように、APCは、Zendのオプティマイザと互換性がありません。

でも両方eacceleatorとXCacheとは適度な負荷時に非常によく実行し、APCは、深刻な要求強度の下でその安定性を維持します。私たちはここに数百のリクエスト/秒の話をしている場合、あなたは違いを感じることはないでしょう。あなたがより多くを対応しようとしている場合でも、definetely APCにこだわります。あなたのアプリケーションは、おそらく、このような負荷の下でロックの問題を引き起こします過度な動特性を持っている場合は特に。 ます。http：//www.ipsure。 COM /ブログ/ 2011 / eAcceleratorの-AS-のZend拡張 - 高負荷を平均発行/ には役立つかもしれない。

あなたが唯一のPHPファイルのキャッシュをしたい場合は、

、あなたは直接eAcceleratorのを使用することができます。インストールと設定、そして偉大な結果を与えることは非常に簡単ます。

しかし、あまりにも悪い、彼らは最新バージョン0.9.6からeaccelerator_putとeaccelerator_putを削除。に

APCは、すべての昼と夜のすべてをセグメンテーション違反eAcceleratorのと何の経験を持っていないが、オプションと一定の開発の負荷で非常に信頼XCacheとされます。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top