問題タブ [apc]

記録のために、私は XAMPP (PHP 5.3.1) で Windows Vista を使用しています。

APC を使用してデータベースの結果をキャッシュしようとしています。文字列変数で簡単な APC テストを行ったところ、問題なく動作するようです。しかし、データベース結果リソースで同じことをしようとすると、キャッシュ内のデータを使用したいときに「有効な MySQL 結果リソースではありません」という苦情が表示されます。

これが私のコードです：

Mox_Cac​​he_APC は私の APC クラスであり、フェッチとストアは apc_fetch() と apc_store() の単なる抽象化です。executeQuery は、このコードが記述されたクラス内で定義された静的関数です (明らかなように、Query を実行するため)。

私は何か間違ったことをしていますか？結果セットをキャッシュする前に何かする必要がありますか?

親切なアドバイス。

APC と Memcache を使用することによるパフォーマンス上の利点を把握するために、APC と Memcache のベンチマークを試みることができる簡単なテストはありますか?

microtime() を使用して、データベースへのリクエストをループし、結果を最初にキャッシュに保存してから保存せずに、簡単なことをいくつか試しましたが、パフォーマンスが大幅に向上することはありませんでした。

ありがとう。

私はかなり長い間これで遊んできましたが、何をすべきかについて少し途方に暮れています。PHP 5.2.5 を搭載した CentOs 5 で APC 3.1.3p1 を使用しています。APC は、オペコード キャッシュとユーザー キャッシュの両方として機能します。ほとんどの場合、このサーバーは、APC キャッシュ サポート用の CacheRouter モジュールを使用して Drupal 6 サイトを実行します。私はしばらくの間 APC 3.0.19 を実行していましたが、時折 Apache がロックアップする原因となっていたため (そのバージョンの APC で文書化されたバグ)、3.1.3p1 を使用しているのはそのためです。

512 MB のメモリ (mmap) を持つように APC を構成しました。

症状は少し断続的ですが、空のキャッシュから開始すると、一般的に次のように表示されます。

• ユーザー キャッシュはかなりゆっくりといっぱいになります。最初の挿入レートは 20,000 挿入/秒程度ですが、ユーザー キャッシュは数百、次に数千のエントリしか報告せず、非常にゆっくりと成長します。これは write_locking がオンになっていることに起因する可能性がありますが、目前の問題を解決する上で重要な場合に備えて言及したいだけです。数時間後、約 30k エントリの平衡に達します。

• 断片化は早期に始まり、急速に成長します。おそらく 10 時間ほどで、通常は 100% の断片化になります。

• 全体的な (オペコード + ユーザー) キャッシュの使用量は、約 240MB で安定しています。そのレベルを超えることはほとんどありません。1 日ほどすると、ユーザー キャッシュ キャッシュ フル カウント (UCCFC) が増加し始めます。

これを書いている時点で、私の UCCFC は 62358 で、APC が 280MB の空き容量を報告しているにもかかわらず、増加しています。私は 7200 の user_ttl を持っていますが、それを 0 または他の量に設定して遊んだこともあり、問題にはほとんどまたはまったく影響しません。

問題は断片化に関係していると思われます。現在、私のサーバーは「断片化: 100.00% (24740 個のフラグメントで 280.0 MB のうち 280.0 MB)」と報告しており、APC が報告している空き容量はたま​​たま 280 MB です。偶然だと思います。残念ながら、ドキュメントやその他の場所で、APC の世界で「断片化」が本当に何を意味するのかを示す貴重な情報を見つけましたが、それを回避するためにできることはほとんどないようです。

誰でもこの問題に光を当てることができますか?

私たちの場合include($file)、キャッシングは内部で自動的に行われます。

それを達成する方法は？

最新バージョンではないことはわかっていますが、プロジェクトのためにそれに固執する必要があります。

PHP 5.2.8 の apc 拡張機能を入手できる場所を知っている人はいますか?

次のような統計情報を取得する必要があります。

_{(ソース: 2bits.com )}

詳細はこの投稿で。

ジャンプし続ける：

それは正常ですか？

本番環境で数値が安定しないのはなぜですか?

XAMPPを使用してOSX10.6を実行しているMacでPHPAPCモジュールをセットアップしました。何度もいじった後、私はそれが機能していると思いましたが、URLをロードすると、最初にロードされるサイトは、サーバーでホストされているすべてのサイトに対して表示されるサイトです。

インストールするために私が行った手順は次のとおりです。

cd / tmp

wget http://pecl.php.net/get/APC-3.1.4.tgz

tar -xf APC-3.1.4.tgz

cd APC-3.1.4

/Applications/XAMPP/xamppfiles/bin/phpize-5.3.1

MACOSX_DEPLOYMENT_TARGET = 10.6 CFLAGS = "-arch i386 -g -Os -pipe -no-cpp-precomp" CCFLAGS = "-arch i386 -g -Os -pipe" CXXFLAGS = "-arch i386 -g -Os -pipe" LDFLAGS = "-arch i386 -bind_at_load" ./configure --with-php-config = / Applications / XAMPP / xamppfiles / bin / php-config-5.3.1

作る

テストを行う

sudo make install

sudo emacs /Applications/XAMPP/xamppfiles/etc/php.ini

php.iniに行を追加します

extension = apc.so

sudo / Applications / XAMPP / xamppfiles / xampp stopapache

sudo / Applications / XAMPP / xamppfiles / xampp startapache

これが発生している理由についての助けをいただければ幸いです。

ありがとう

サーバーで APC が有効になっている場合、PHP セッションに問題があります。

このアプリは、APC がなくてもうまく機能します。ただし、APC を有効にしたため、サーバーに大きな負荷がかかると、セッションが混乱しているように見えます。つまり、ユーザーが別のユーザーとしてランダムにログオンしています。APC を無効にすると、すべてが正常に戻ります。同じ問題を抱えている人を見つけることができないようですが、関連する問題は次のとおりです (set-cookie は MS ASP にキャッシュされていました): http://msdn.microsoft.com/en-us/magazine/cc163577. aspx#S2

他の誰かが同様の経験をしていますか？何か提案をお勧めできますか？

PS: すべてのセッションは、php.ini のファイルによって処理されます。apache2 も実行しています。

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

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

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

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

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

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

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

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