切换到 64 位还是停留在 32 位？答案

【问题标题】：Switch to 64 bit or stay at 32 bit?切换到 64 位还是停留在 32 位？
【发布时间】：2009-02-09 15:13:35
【问题描述】：

我有一个小办公室，我目前使用我编写的 Visual Foxpro 应用程序来处理所有数据。

是时候购买新服务器了。 VFP 和 64 位操作系统似乎存在问题。我应该迁移到 64 位并尝试处理出现的问题，还是购买运行旧 32 位架构的新服务器？

后者当然要求我使用 Exchange 2003 而不是 2007 或 2008。可能没什么大不了的？

【问题讨论】：

【解决方案1】：

也许您可以使用虚拟化产品在仍然兼容 VFP 的现代服务器上设置适当的环境。

这样您就可以在新服务器上的虚拟 32 位环境中运行有冲突的应用程序，而在真实的 64 位环境中运行现代应用程序。

【讨论】：

【解决方案2】：

升级到 64 位的主要原因是允许操作系统使用超过 4 GB 的 RAM。在 32 位架构中，CPU 寄存器只能寻址 2^32 个内存位置。在 64 位处理器中，您可以获得多达 2^64 个内存位置。这在很长一段时间内已经足够了。

【讨论】：

【解决方案3】：

购买两台便宜的服务器而不是一台。 :)

但说真的，如果有问题，你可能想买一个 64 位的盒子，然后在上面加载一个 32 位的操作系统。

然后，当问题解决后，或者您可以自己解决问题，您就可以重新进行更改。这只是一个想法。

我的另一个意见是用一些更现代和维护的东西来替换 Visual FoxPro 应用程序。 ;) 您可能会惊讶于某些开发堆栈的效率之高——尤其是对于较小的办公室。

...正如 Kosi2801 所说的虚拟化。这也适用于我的建议。购买一个不错的 64 位机器并使用 VMWare 的 ESX Server。它甚至可能比实际尝试在单个机器上运行所有服务更好。这些天来，VMWare 提供的工具非常令人印象深刻。

【讨论】：

非常感谢您的回答。
不情愿地投了赞成票——所有的点都很好，除了我更倾向于建议在 32 位机器上运行可能更便宜（就开发时间而言，这总是稀缺的）而不是修改或重写一个原本可以正常工作的现有应用程序。建议 VMware 是一个完美的解决方案 - 在成本方面，购买便宜的 32 位机器可能会更好，但 VMware 的额外功能（执行快照的能力是一个主要功能！）使得购买一台好的 64 位机器值得。