PHP オペコード キャッシュに関連するメモリ使用量のオーバーヘッドを誰か教えてもらえますか?
の多くのレビューを見てきましたopcode cache
が、それらはすべてパフォーマンスの向上にのみ集中しています。小規模なエントリー レベルのVPS を使用していて、メモリ制限が懸念事項です。
PHP オペコード キャッシュに関連するメモリ使用量のオーバーヘッドを誰か教えてもらえますか?
の多くのレビューを見てきましたopcode cache
が、それらはすべてパフォーマンスの向上にのみ集中しています。小規模なエントリー レベルのVPS を使用していて、メモリ制限が懸念事項です。
メモリ オーバーヘッドのほとんどは、オペコード キャッシュ サイズに起因します。各オペコード キャッシャーには独自のデフォルト (APC の場合は 30MB など) があり、構成ファイルで変更できます。
キャッシュ サイズを除けば、キャッシャー自体の実際のメモリ オーバーヘッドは無視できます。
limit
のメモリ消費量を設定できますがAPC
、その効果が制限される可能性があります。
サイレントオペコードキャッシングに使用しているだけの場合は、問題ないはずです。メモリ割り当てがいっぱいになると、新しいファイルはキャッシュされませんが、すべてが期待どおりに機能します。ただし、ユーザースペースキャッシュは、使用可能なメモリがない場合のように機能し、サイレントかつ不可解に失敗しますapc_store()
。apc_fetch()
エラーが報告されず、例外がスローされないため、これをキャッチしてデバッグするのは難しい場合があります。
今日の世界では、それは無視できます。ベンチマークを行ったとき、eAccelerator を使用した場合と使用しなかった場合に比べて、メモリ消費量が約 50 MB 大きくなったと思います。
本当に速度が必要なのに、RAM が足りないのではないかと頭を悩ませている場合は、40 ドルを手に入れて、サーバー用にもう 1 GIG の RAM を購入してください ;)