我们的 Graphite 服务器面临 CPU 和磁盘瓶颈。主要问题是 %IO 等待时间始终在 40% 的范围内。我们在具有 7.5 GiB RAM 的 RHEL 服务器上的 2 核 CPU 上运行它。 (同意，我们的 CPU 配置很原始，但我们想在升级之前了解为什么会出现以下情况。)
我们的 Graphite 服务器每分钟处理超过 160,000 个数据点。但是磁盘 IO 统计显示 40% 的时间花在了 IO 等待上。我们的磁盘 CISS 每秒可以写入 160 MiB，但 Graphite 每秒只能使用 2MiB。
有人遇到过这个问题吗？你的发现是什么？对于以上问题，您有什么建议吗？
非常感谢!
最佳答案
我参加派对可能有点晚了。我读到一个旋转磁盘每秒可以执行大约 75-100 个 io 操作(有道理:7200rpm = 每秒 120 转，典型的 9ms 延迟......)。 因此，如果是这种情况，MAX_UPDATES_PER_SECOND 的默认值 500 对我来说没有意义。
我尝试运行 bonnie++ 来测试我的磁盘性能，它每秒随机搜索 50 次(不是在单用户模式下)。
我正在研究类似的性能问题，并将 MAX_UPDATES_PER_SECOND 值调低为 10。在我们有大约 2000 个指标的情况下，这意味着每 200 秒将每个指标写入磁盘，这对我们有用。
关于linux - Graphite 服务器高 IO 等待时间，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30843006/