答案1
自从 64 位系统普及以来,几乎没有理由再使用 32 位系统,请参阅相关帖子EC2 更新:新的中型实例、64 位 Ubiquity、SSH 客户端:
您现在可以在小型和中型实例类型上启动 64 位操作系统。这意味着您现在可以创建单个 Amazon 系统映像 (AMI) 并在各种实例类型上运行它,从微型实例一直到高 CPU 超大型实例和高内存四倍超大型实例 [...]
这将使您更容易垂直扩展(到更大和更小的实例),而无需维护并行(32 位和 64 位)AMI。
尽管云总体上亚马逊 EC2特别是主要关于水平扩展,这仍然是一个相当重要的改进,因为它允许通过简单的停止/扩展/启动循环垂直地扩大和缩小专用节点,通常在不到 1 分钟的时间内手动完成(当然这也可以完全自动化)。
因此,我建议今后只使用 64 位实例,以获得垂直扩展的灵活性;请参阅 Eric Hammond 的文章在所有 EC2 实例类型上使用相同架构(64 位)从另一个角度来看,这同样令人热情高涨。
答案2
虽然典型的答案是使用 64 位 AMI,但应该注意的是,32 位操作系统占用的内存较少,因为每个寄存器的宽度只有 64 位的一半。如果您担心内存使用问题,并且您使用的实例的内存小于 4GB(微型、小型、中型),那么 32 位操作系统可能会有优势。
通常,64 位应用程序的性能可能会略有提升,尽管这非常特定于实现。计算密集型和处理大量数据的应用程序在 64 位架构下可能会看到性能的显著提升(例如加密、音频/视频编码等)。
对于任何内存超过 4GB 的大型实例,您必须使用 64 位 AMI。如果您想保留以后更改实例类型的灵活性,则建议使用 64 位 AMI,因为它适用于所有实例。
答案3
32 位系统最多支持 4GB 内存。这个限制你能接受吗?