每天都在 06:20 和 07:00 UTC 之间的某个时间，我收到两封来自 EC2 的电子邮件警报，警告我“High VolumeWriteBytes”和“High VolumeReadBytes”已超过我设定的阈值。我在几分钟内获得了 2,000,000 字节的巨大峰值，然后在当天剩下的时间里它几乎恢复为零。
我在服务器上运行一个非常简单的 wordpress 网站，无论如何访问者很少，除了蜘蛛之外，在一天中的那个时间没有访问者。当我查看 apache 日志时，当时没有任何异常。
我怎样才能找到这个问题的原因？
我正在考虑在此期间将“top”命令输出到一个文件，但我不确定如何编写 cron 脚本，也不确定 top 命令是否会显示任何内容？
我已经在 Amazon EC2 上运行了一个非常小的 wordpress 站点大约 2 个月，使用的是免费层微型实例。
我每个月都会因为超出磁盘 I/O 限额而被收取几美元的费用。
我研究了如何减少磁盘 I/O，并进行了一些更改，例如通过更改 apache.conf、最小化图像和插件等添加允许浏览器缓存图像。
然后我将 APC 模块添加到 PHP。我预计这会大大减少 I/O，但似乎没有任何区别。
APC状态（apc.php）：
http ://oi41.tinypic.com/30t5gud.jpg
单个网页加载期间的 vmstat 输出：
似乎在网页加载期间正在进行 I/O。我不明白为什么，因为 PHP 应该在 APC 缓存中并且图像已经缓存在我的浏览器中。
我的目标是简单地减少 I/O，从而降低成本。我能做些什么来实现这一目标？例如，APC 设置是否不正确或是否有其他一些技术可以避免 I/O？
（PS：W3TC wordpress 插件对我不起作用。我可能没有正确安装它 - 它把我锁在站点之外，使 CPU 过载并导致站点崩溃。）
APC.PHP 告诉我：
Uptime 2 days, 15 hours and 13 minutes
File Upload Support 1
File Cache Information
Cached Files 375 ( 53.5 MBytes)
Hits 377684
Misses 376
Request Rate (hits, misses) 1.66 cache requests/second
Hit Rate 1.66 cache requests/second
Miss Rate 0.00 cache requests/second
Insert Rate 0.00 cache requests/second
Cache full count 0
User Cache Information
Cached Variables 573 ( 2.3 MBytes)
Hits 77569
Misses 889
Request Rate (hits, misses) 0.34 cache requests/second
Hit Rate 0.34 cache requests/second
Miss Rate 0.00 cache requests/second
Insert Rate 0.06 cache requests/second
Cache full count 0
"Fragmentation: 100.00% ( 8.0 MBytes out of 8.0 MBytes in 95 fragments)"
变量：
apc.shm_segments 1
apc.shm_size 64M
apc.slam_defense 0
apc.stat 1
apc.stat_ctime 0
apc.ttl 3600
apc.user_ttl 3600
apc.max_file_size 1M
apc.gc_ttl 3600
环境：
Amazon EC2 微型实例，运行一个非常小的 wordpress 站点，访问者很少，大约有 8 个插件。
问题：
1) 碎片化为 100% 是否重要？它会以任何方式影响性能吗？
2）为什么碎片化不下去？
我认为当您将 ttl 设置为 > 0 时应该会自动释放空间
3) 为什么尽管 24 小时内处于 100% 碎片状态，但缓存完整计数却没有增加？
4) 我正在使用 APC 3.1.7 版是否值得升级到最新版本？（由于依赖关系，使用最新版本似乎更复杂，所以我宁愿尽可能避免）