亚马逊的m1.small VS微比如CPU性能比较

Question

我有亚马逊微实例，看起来像CPU是不够的。使用更多CPU可升级到下一个最便宜的实例。

可不可以这样的m1.small实例？根据描述，它们具有相同数量的计算单元。看起来像微型甚至可以超过小实例，当更多的核心可用于短CPU突发。

Answer 1

更新：请注意，此信息是唯一真正适用于上一代t1.micro实例类型，其中有一个周期性的夹紧油门算法。当前的第二代实例类，包括t2.micro，具有比t1.micro好得多的性能，以及一个完全不同的控制节流的算法。 t2实例类的节流由CPU信用驱动，这些信用在实例的CloudWatch指标中可见，调节更为优雅，并在稍后开始使用。 t1.micro的节流本质上是一个黑匣子，系统会在高负载下反复进出节流模式。除非您正在运行PV AMI，否则不再有令人信服的理由使用t1实例。 t2是HVM。

---

的ECU是 “EC2计算单元” 和表示，大约，一个1.0-1.2 GHz的2007龙处理器的等效CPU容量。

This Comparison of t1.micro and m1.small解释说，一个小实例有1个ECU持续可用，而Micro可以在最多2个ECU的短脉冲串中操作，但基线持续少得多。

在我的测试中，我发现，在微观实例消耗100％的CPU约10-15秒，让你节流下来的一小部分 - 约0.2 ECU - 为对未来的2- 3分钟，当节流提升几秒钟，然后重复这个循环，尽管如果你仍在拉硬爆，它只会重复。他们通过管理程序“窃取”大部分可用周期来完成节流。当它发生时，您可以在“顶部”看到这一点。如果你足够长的时间，而不要求100％的CPU，你需要它的2 ECU爆裂立即可用 - 这不是因为如果他们是骑自行车的业绩向上和向下的计时器 - 节流是反应要承受荷载。

随着时间的推移，这个小实例将会完成更多的处理，因为微秒在大量使用后几秒钟会非常积极地进行节流，时间足以抵消短时间的良好可分性。这是有道理的，但因为微型是一个成本较低的实例。

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts_micro_instances.html

...所以，是的，尝试一个小实例。