APC で大量の断片化 (>80%) が見られますが、実際のパフォーマンスはかなり良いようです。wordpress / w3tc でオブジェクトのキャッシュを無効にすることを勧める別の投稿を読みましたが、断片化の削減は、そもそもオブジェクトのキャッシュによるパフォーマンスの向上よりも優れているのではないかと思います。
Fragmented APC は、APC を使用しない場合よりも数倍優れているため、APC を無効にしないでください。代わりにメモリを増やしてください。より多くのメモリを使用すると、APC の断片化が大幅に減少します。これにより、APC 自体がより健全になります。APC 自体には「最適化」プロセスはありません。yout http サービスを再起動するか、php スクリプトで apc_clear_cache() を呼び出すことができます。ただし、キャッシュが再構築される次の数分間は、パフォーマンスへの影響に注意してください。
ディスクベースのシステムでの断片化は重要です。これは、ヘッドを読み取るために各場所に物理的に移動する必要があるためです。ただし、APC キャッシュは定義上 Random Access Memory にあるため、別の場所を読み取らなければならないことによるペナルティは、CPU サイクルの数程度です。つまり、CPU に深刻な負荷をかけない限り無視できます。そして、もしあなたがそれをしているなら、あなたはより大きな問題を抱えています.
また、APC にあまりにも多くの RAM を割り当てないでください。可能なキャッシュの最大値よりも 5 ~ 10% 大きくする必要があります。これ以上は、貴重な RAM の無駄遣いです。
フラグメンテーションはそれほど重要ではなく、人々が過度に心配するため、APC モニター ページにフラグメンテーションをメトリックとして表示するのは誤解を招くと思います。高度に断片化された APC を使用して実行すると、APC をまったく使用せずに実行するよりも桁違いに優れています。