APCの断片化を最小限に抑える
セットアップを何週間もいじった後、ついにAPCをWHMで有効にしたMod_Ruid2で動作させ、DSOをPHPハンドラーとして設定することができました。私は2GB RAMと4つのCPUコアを備えたXENVPSを所有しています。4つのWordpressサイト-2つは大きく、定期的に更新されます（+/-15000件の投稿合計）トラフィックの多いサイト（両方のサイトで1日合計8000件）。
APCは全体的に正常に動作していますが、断片化を少し減らすことができるかどうか疑問に思っていました。
私はしばらくの間APCを観察していて、断片化が注意深く上がっているのを見る。 1時間強後のスクリーンショットでわかるように、断片化は10％を超えて上昇し続け、場合によってはステップダウンします。つまり、10％を下回ることはありません。注意が必要なのは、断片化がいくら高くても、サーバーの負荷が1.5を超えることはないということです。
さまざまなブログで、断片化を最小限に抑え、10％未満に抑えることが最善であると言われています。だから、誰かが私の設定を見て、何か提案があるかどうかを確認できるかどうか疑問に思いました。
あなたの反応を楽しみにしています！
----編集：18-08-2012 10:26
APCをデフォルト設定（shm_sizeを512MBに上げただけ）に戻した後、APCは15時間実行されており、断片化は約15％変動しています。昨日は26％になっていることに気づきましたが、なんとか15％に戻ったので、まともだと思いますか？
すべての断片化を引き起こしているように見えたのは、投稿のサイドバーに配置したFacebook LikeBoxでした。この小さなウィジェットだけでも、ページロードごとに約50リクエストのコストがかかり、20〜30個の小さなJavaScript（Pingdomによるとページロードごとに合計500KiB）で構成され、リクエストごとに変更されました-異なる顔、異なるスクリプト。 APCは、それらをすべてキャッシュして、再び破棄しようとしていると思います。
とにかく、私はウィジェットを削除し、キャッシュをクリアしました、そして今それはわずか8％の断片化で12時間連続して実行されています-デフォルト設定と512MBのshm_sizeで。
とにかくすべての助けてくれてありがとう。
APCキャッシュは正常に見えます。確かに過度に断片化されているわけではなく、パフォーマンスの問題がなければ、心配する必要はありません。
24時間実行してから、パフォーマンスが良好で、キャッシュに十分な空き容量があるかどうかを確認します。