AWS EC2 实例上报告的平均负载是否准确？
Are reported load averages accurate on AWS EC2 instances?
在 EC2 实例上调用 uptime (bash) 或 sys_getloadavg (php) 等函数时，返回值对于该特定实例是否正确，或者是它们适用于我的实例所在的整个裸机系统？
我一直在寻找关于 Google 的答案，我发现 older posts 说不要相信这些价值观；应该改用 CloudWatch。
但是，我开始怀疑情况是否如此；在闲置 20 分钟的新生成的 Ubuntu 实例上，uptime 正在报告：
07:22:23 up 20 min, 1 user, load average: 0.00, 0.00, 0.00
对于我的用例，我不需要 CloudWatch 提供的功能 - 平均负载就可以了。也就是说，报告的值值得信赖吗？
报告的值针对的是您的实例，而不是您的实例所在的整个主机系统运行。一般来说，它们是您工作量的可靠指标。
平均负载绝对应该是准确的。
论坛 post 提到了一个案例，该案例特别发生在一些较旧的实例类型以及可突发的 t1 和 t2 实例上，其中您的 CPU % 可能与 CloudWatch 和什么不一致实例看到了，因为即使您不是真正的 "sharing" 邻居资源，您仍然不允许使用所有 CPU 容量，因为您的实例在硬件上 运行ning这比您支付的实例类型更快，或者因为您 运行 进入了基于信用的节流（在 t1 或 t2 上）。
在 EC2 实例上调用 uptime (bash) 或 sys_getloadavg (php) 等函数时，返回值对于该特定实例是否正确，或者是它们适用于我的实例所在的整个裸机系统？
我一直在寻找关于 Google 的答案，我发现 older posts 说不要相信这些价值观；应该改用 CloudWatch。
但是，我开始怀疑情况是否如此；在闲置 20 分钟的新生成的 Ubuntu 实例上，uptime 正在报告：
07:22:23 up 20 min, 1 user, load average: 0.00, 0.00, 0.00
对于我的用例，我不需要 CloudWatch 提供的功能 - 平均负载就可以了。也就是说，报告的值值得信赖吗？
报告的值针对的是您的实例，而不是您的实例所在的整个主机系统运行。一般来说，它们是您工作量的可靠指标。
平均负载绝对应该是准确的。
论坛 post 提到了一个案例，该案例特别发生在一些较旧的实例类型以及可突发的 t1 和 t2 实例上，其中您的 CPU % 可能与 CloudWatch 和什么不一致实例看到了，因为即使您不是真正的 "sharing" 邻居资源，您仍然不允许使用所有 CPU 容量，因为您的实例在硬件上 运行ning这比您支付的实例类型更快，或者因为您 运行 进入了基于信用的节流（在 t1 或 t2 上）。