在小实例的情况下，1.7 GB内存是否受到32位处理器的瓶颈？ 还是select64位的Micro实例是因为它的64位？ 我很困惑performance明智，不能直截了当地思考。 即使没有固定的答案，任何人都可以在select之前列出我应该考虑的要点吗？ 如果有帮助，这是我的configuration：
1微型/小型实例，通过Elastic Beanstalk运行。 托pipe在GWT中创build的webapp，并且是一个mongoDB从服务器。
1个大数据库服务器，作为mongoDB主服务器运行。 webapp向DB-Server查询数据，slave是只读的。
webapp运行mongod，memcached，apache和tomcat。
PS：我们需要一个amazon-beanstalk标签。
这不一定是性能，这是内存寻址。 如果你要使用大量的内存，你会想要64位选项。 如果它小于4 gig，32位将工作正常，只要你运行32位程序。
考虑到你引用的内存量，这并不重要。 处理器调优不会比磁盘访问，应用程序devise架构和networking速度更令人担心。 您的处理器性能差异就像担心汽车中的布匹会影响汽车的燃油经济性，而忽略轮胎压力，驾驶行为和发动机调校。
一个微型实例（0.6GB内存）的性能仅比较小的实例（1,7GB内存），仅用于短周期CPU突发，因为它可以使用2个计算单元而不是1个。
对于Web应用程序来说，小实例会好很多。 但它是4.5倍更昂贵。
32位或64位将没有区别。
64位通常不会帮助性能，并且可能会削弱它，除非您的应用程序需要处理超过2GB的RAM。 由于1.7GB的实例不太可能，我不会担心64位的问题。 你的小实例通常比Micro更好，因为它有更多的内存（虽然Micro可以把CPU的性能提高到比Small更高的水平）。