將 APC 碎片化降至最低
經過數週的設置，我終於設法讓 APC 與 WHM 中啟用的 Mod_Ruid2 一起工作，並將 DSO 設置為 PHP 處理程序。我擁有一個具有 2 GB RAM 和 4 個 CPU 核心的 XEN VPS，我在其上執行 4 個 Wordpress 站點——其中 2 個很大，定期更新（總共 +/- 15000 個文章）流量很大的站點（每天總共 8000 個唯一兩個站點）。
APC 總體上執行良好，但我只是想知道是否可以將碎片減少一點。
我現在已經觀察 APC 有一段時間了，我看到碎片仔細上升。正如您在一個多小時後的螢幕截圖中看到的那樣，碎片化率超過 10%，並且會繼續上升，有時會下降。簡而言之，它永遠不會低於 10%。需要注意的是，伺服器負載永遠不會超過 1.5，無論碎片有多高。
在各種部落格上，據說最好將碎片保持在最低限度並低於 10%。所以我想知道你們中是否有人可以看看我的設置，看看你是否有任何建議。
期待您的反應！
—- 編輯：18-08-2012 10:26
在我將 APC 設置回預設設置（僅將 shm_size 提高到 512MB）之後，APC 已經執行了 15 個小時，並且碎片在 15% 左右擺動。昨天我注意到它上升到 26%，但它設法將它恢復到 15%，所以我認為這還不錯吧？
似乎導致所有碎片化的是我放在文章側邊欄中的 Facebook Like Box。僅這個小元件就“花費”了每個頁面載入大約 50 個請求，並且由 20-30 個小型 javascript（根據 Pingdom 的說法，每個頁面載入總共 500KiB）組成，每個請求都會發生變化 - 不同的面孔，不同的腳本。我猜 APC 試圖將它們全部記憶體起來只是為了再次將它們扔掉。
無論如何，我刪除了這個小元件，清除了我的記憶體，現在它已經連續執行了 12 個小時，只有 8% 的碎片——預設設置和 shm_size 為 512MB。
無論如何感謝所有的幫助傢伙。
你的 APC 記憶體看起來不錯；它當然不會過於分散，如果您沒有遇到性能問題，那麼就沒有真正需要擔心它。
讓它執行 24 小時，然後看看它是否仍然具有良好的性能和足夠的可用記憶體空間。