将APC碎片降到最低

经过几个星期的设置后，我终于设法让APC与在WHM中启用的Mod_Ruid2一起工作，并将DSO设置为PHP处理程序。我拥有一个带有2 GB RAM和4个CPU内核的XEN VPS，我运行了4个Wordpress站点，其中2个是大的，定期更新（+/- 15000个post），有大量的stream量这两个网站）。

APC整体运行良好，但是我只是想知道是否可以稍微解决一些问题。

我现在一直在观察APC，我发现这个碎片小心地上升了。正如你在一小时之后的屏幕截图所看到的那样，碎片率在10％以上，并且会不断上升，有时会下降。总之，它永远不会低于10％。需要注意的是，不pipe碎片有多高，服务器负载都不会超过1.5。

在不同的博客上说，最好保持碎片率在10％以下。所以我想知道你们有没有可以看看我的设置，看看你有什么build议。

期待你的反应！

—-编辑：18-08-2012 10:26

将APC恢复到默认设置后，APC已经运行了15个小时（仅将shm_size提高到512MB），碎片大约在15％左右。昨天我注意到它涨到了26％，但是设法回到了15％，所以我觉得这样不错吧？

你的APCcaching看起来不错。它当然不是太分散，如果你没有性能问题，那就没有必要担心了。

让它运行24小时，然后看看它是否仍然有良好的性能和足够的可用空间在caching中。

什么似乎导致所有的碎片是一个Facebook的框，我已经放在我的职位的边栏。这个小部件单独“花费”每页载入大约50个请求，并且包含20-30个微小的JavaScript（根据Pingdom，总共500KiB每页载入），每个请求都会改变 – 不同的面孔，不同的脚本。我想APC试图caching他们都只是把它们扔掉了。

无论如何，我删除了小部件，清除了我的caching，现在它已经运行了12小时，只有8％的碎片 – 默认设置和512MB的shm_size。

感谢所有的帮助人。