我有一些超过16GB内存的超微服务器，它们仍然运行32位版本的Linux，内含2.6.x内核和vmware。
我不知道将发行版/内核升级到64位Debian是否有优势。
唯一的问题是，现在我无法在vmware中创build64位guest虚拟机。
我也想知道，把这个系统升级到64位有任何的性能优势，或者更合适的问题是它会有什么劣势？
是的，这确实是一个VS问题，我想拥有64位客户的唯一原因是btrfs，没有别的。 我真的没有数据库，memcache或其他虚拟机，这将利用64位，也没有任何虚拟机有超过4演出的内存。 我认为最多的是2GB左右。
“32位只在4GB或更less的RAM空间规则”，所以我的客人很多都是32位的客人，但我的主机操作系统有24GB内存和32位内核运行一些PAE技巧来访问超过4GB的内存。
所以让我这样说吧。 如果我的主要目标是有更快的（或者至less不是更慢的）虚拟机，HOST的操作系统是64位的优势吗？ 它会比现在更快地访问超过4GB的内存区域吗？
如果您在2014年在没有64位function的现代硬件上安装任何操作系统，那么您将做出糟糕的devise决定。
即使您正在描述VMware Workstation设置的硬件RAM / CPU占用情况，使用64位版本的操作系统也是有意义的，以实现前向兼容性，面向未来的需求以及您对BtrFS 64位库。
64位比32位慢，需要更多的RAM。
大于4GB RAM的64位地址比32位更快可以解决这个问题（并且更加stream畅）。 单个程序可以在64位系统上本地寻址更多的RAM。 正如你已经知道你不能在一个32位系统上运行一个64位的guest虚拟机。
为您的评论更新如下：
我上面的回答是给出了一个“vs”的答案，因为你有一个“vs”的问题。 但不要忘记，32位限于4GB内存。 当你的内存不足4GB时（bios和内存映射设备占用4GB地址空间的一部分）就没有问题了。
但是，当你有超过4GB的RAM时，32位系统必须使用“分页”技巧来解决额外的RAM问题。 你的底层系统有4GB以上的内存，所以通常会因此而加快速度。
由于所有的指针都比较大，所以64位比32位要慢（也要大一些），所以要占用较小的内存空间的两倍，因此需要更快的32位指针。
但是，当通过分页寻址完整的RAM时抵消了缓慢，您可能会发现64位在这种情况下更快。
无论是程序还是操作系统，32位只能在4GB或更less的RAM空间中使用。
不要升级你的客人，除非你有一个明确的优势或在您的客人需要64位。
我从积极的一面看到，有更多的人不同意而不赞同我上面的陈述。 我只是碰巧在一个研究一个不相关的主题（Linux CC＆ITSECauthentication）的网站上，并且注意到了这个主题上有趣的一段话：
回想起来，我们已经运行了32位和64位的Linux基准testing。 虽然结果很less发生变化，但我们继续运行它们，因为在32位和64位Linux发行版映像之间进行select的问题仍然是一个受欢迎的问题……这些testing带来了令人惊讶的stream量，而且我继续被当几乎所有的现代x86 Intel / AMD硬件完全支持x86_64时，仍然有多less人会问这个问题，这通常意味着更好的性能。 通常，不使用64位Linux映像的唯一警告是运行内存小于2GB的系统。 （斜体加 – 看原文 ）
似乎我不是唯一一个真正的现实世界的工作，发现64位并不总是答案。