問題タブ [opcode-cache]

CENTOS 5.4 i686 virtuozzo がインストールされた VPS でホストされている Web サイトで作業しています。サーバーに drupal をインストールして、同時に約 100 人の認証済みユーザーを取得しますが、ある時点でサーバーが応答を停止し、サイトがオフラインになりました。そこで、opcode キャッシュ - Alternative PHP Cache をインストールしてみました。

サーバーの残りの部分は正常に動作しますが、PECL APC をインストールするとすぐに Drupal のインストールがクラッシュし、次のメッセージが表示されます。致命的なエラー: /home/apogee/public_html/2010/ のエンコードされていないファイルと組み合わせて、このファイルからコードを実行できません。テーマ/禅/禅/block.tpl.php。

APC を使用するように Drupal を適切に構成する方法を教えてください。
ありがとうござい
ます

すべてのページに57Kで生成されたPHPファイルが含まれているPHPサイトがあります。オペコードキャッシュを使用することを考えているので、ページが読み込まれるたびにファイルを解析する必要はありません（既に解析されたファイルの読み込みは、57Kのソースファイルを読み取るよりも高速であると思います）。

APCはこれに適しているようですが、phpinfoによると、私のGodaddy共有ホスティングにはコンパイルされておらず、共有ホスティング環境にコンパイルしてインストールすることはできません。Zendフレームワークがインストールされていますが、ドキュメントによると、バックエンドとしてAPCまたは他のオペコードキャッシュも必要です。

オペコードキャッシングを実行するには、他にどのようなオプションが必要ですか？単純にFTPでgodaddyに送信できるPHPのみのオペコードキャッシングソリューションはありますか？

私は現在PHPを使用しています。次のプロジェクトで Django を使い始める予定です。

しかし、私は Python の経験がありません。いくつか検索しても、まだ Python オペコード キャッシャーが見つかりません。

(PHP 用のオペコード キャッシャーは多数あります: APC、eAccelerator、Xcache など)

ここに私のAPCの実行方法へのリンクがあります：[削除済み]

ご覧のとおり、すぐにいっぱいになり、キャッシュ フル カウントが 1000 を超えることがあります。

私のウェブサイトはワードプレスを使用しています。

新しい投稿を作成したり、投稿を編集したりするたびに、2 つのことが起こることに気付きました。

1) APC メモリの「USED」がリセットされる 2) フラグメントが大量に発生する

APC (512 mb) により多くのメモリを割り当てようとしましたが、時々クラッシュします。384 が最適なようです。また、apache を再起動し、すべての APC のフラグメントと使用済みメモリを 4 時間ごとにクリアする Cron ジョブもあります。繰り返しますが、APC が長時間実行されていると、Apache がクラッシュします。フラグメントの蓄積が原因だと思います。

apc.Filters を使用して、キャッシュすべきではないものを除外する必要がありますか?

私はこの種のもので本当に初心者なので、誰かが完全な指示で説明できるなら、どうもありがとう!!!

APC (オペコード用) と Memcache (ユーザーデータ用) の典型的な組み合わせから、純粋な apc ベースのキャッシュに移行しようとしています。私の使用構造を考えると、それは理にかなっていて、パフォーマンスはより高くなります。

しかし、apc キャッシュが妥当なサイズに制限され、データ キャッシュに影響しなかった以前とは異なり、opcode キャッシュが比較的大きくなり、opcode キャッシュと datacache の合計が制限を超えるのではないかと心配しています。私が理解している限り、これによりキャッシュ全体がフラッシュされます。

あたかも apc がオペコード キャッシュに過ぎず、オペコード キャッシュ サイズを合理的な制限に制限し、残りをユーザー データ用に残すかのように、動作を模倣する方法はありますか?

または、opcode キャッシュの ttl 値を低く設定して、常に最初にフラッシュされるようにする必要がありますか?

APC (最新バージョン 3.1.5) は PHP FastCGI (特に PHP-FPM) とどの程度うまく動作しますか?

それらがうまく連携しないと述べている記事がたくさんありますが、これらの参照も非常に古いものです (2009 など)。

また、オペコード キャッシュを PHP-FPM プール間で個別に構成できますか?

/tmp/apc.XXXXXX最後に、FastCGI プロセス ( mmap'ed 、 shm mmap'ed /tmp/apc.shm.XXXXXX、または anonymous mmap'ed /dev/zero)間でオペコード キャッシュを共有するための最適な構成は何ですか?

私はmpm-workerとmod_fcgidでApacheWebサーバーを使用しています。

mod_fcgidについて、オペコードキャッシングを利用できないことを読みました。

http://www.brandonturner.net/blog/2009/07/fastcgi_with_php_opcode_cache/

apcキャッシュモジュールが私のphp設定で有効になっているようです。

生成されたphpコードが共有されないかどうかはわかりません。

APCを削除する必要がありますか？オーバーヘッドはありますか？

私は非常に大きなウェブサイトを持っており、そこには phpBB を利用したフォーラムがあります。1Gb の RAM で APC を有効にしています。phpBB は大量の php ファイル(私の場合は 60 000 ～ 70 000) を生成し、 APC メモリを急速にいっぱいにします。オプションを使用して、そのようなファイルの apc キャッシュを無効にすることを考えていapc.filterました。あなたの意見では、それは理にかなっていますか?

オペコードキャッシングトーク。PHP5.3.3を実行しているWAMPサーバー2.1があります。apacheベンチマークを使用して、APCがphpスクリプトに適用されたときに追加される改善をテストしています。

php.iniで次の設定を使用してPHP5.3vc6用のAPC3.1.6をインストールしました。

これは私が得るものです：

このテストを正しく実行するには、内線をコメントアウトする必要があります。なぜですか。

ここに私のphpinfo（）Apc設定

ありがとう

ルカ

私は PHP アプリケーションを管理しており、今すぐ APC を有効にしたいと考えています。問題は、互いに require_once する 2 つのクラスがあることです。非常に基本的な例は次のようになります。

ただし、APC を有効にすると、"[apc-error] Cannot redeclare class class_b in class_b.php" が表示されます。これは、class_a.php の require_once() を介してクラスが既にロードされているためです。そのため、3 番目のファイルが class_b.php を必要とする場合、APC はエラーを発生させます。

この「循環参照のような」問題を解決するにはどうすればよいですか?