标签: 32bit-64bit

我的问题是当 64 位的简写是 x64 时，为什么 32 位 x86 的简写？

我猜这与 386 和 486 的时代有关，当时 32 位处理器都以 86 结束，但肯定有处理器没有以 86 结束并且仍然是 32 位？

有谁知道这件事的历史或可以指导我找到一个很好的信息来源？

这个问题是 2012 年的。如果您是在 2019 年或之后阅读本文，那么答案确实是：否。2019 年没有充分理由维护 32 位桌面操作系统。

原问题如下：

服务器软件现在只是 64 位的（自 Server 2008 R2 for Windows，甚至更早的 Exchange 和 Sharepoint），甚至 Ubuntu 也在推动您远离 32 位版本的服务器操作系统。

但是，是否有任何好的、可量化的理由来维护 32 位桌面操作系统？我们正在为少数（不幸的？）早期采用者准备我们的 Windows 8 映像。

我们的大多数台式电脑都有 4GB 或更少的 RAM，但我希望不再需要为支持 32 位风格的操作系统而烦恼。

我有什么理由应该这样做？

我使用CentOS 6.4

当我尝试安装 libgcc 时，yum install libgcc.i686我做了以下按摩。

Error:  Multilib version problems found. This often means that the root
       cause is something else and multilib version checking is just
       pointing out that there is a problem. Eg.:
       
         1. You have an upgrade for libgcc which is missing some
            dependency that another package requires. Yum is trying to
            solve this by installing an older version of libgcc of the
            different architecture. If you exclude the bad architecture
            yum will …

（我已经阅读了很多关于 64 位与 32 位操作系统/应用程序的信息，但这个问题专门针对数据库。）

我试图了解 32 位与 64 位数据库的优缺点，即在什么条件下开始使用 64 位安装才有意义。

我感兴趣的数据库系统是：SQL Server 2008、MySQL 和 PostgreSQL 9.0。

我读过 9.0 之前版本的 PostgreSQL 仅提供 32 位 Windows，这篇关于在 64 位 Windows 上运行 32 位 PostgreSQL 的文章消除了我的一些困惑，但我正在寻找更多信息。

我什么时候可以从使用 64 位数据库中受益（即数据库大小/磁盘空间、可用系统内存、已知可以从中受益的数据类型、使用的数据库引擎等）？

在Windows Azure的网站提供了两种选择32位或64位。默认情况下，新站点带有 32 位。对于服务器配置，感觉有点奇怪，因为 AFAIK，绝大多数 Web 服务器多年来一直采用 64 位配置。考虑到 ASP.NET 站点的常见用例，是否有任何理由支持 32 位而不是 64 位？

假设我有一个 32 位 Windows Server 机器，它运行多个服务器应用程序和一个 SQL Server，在高峰时间使用大约 2 GB 的 RAM。

将 Windows Server 操作系统和 SQL Server 升级到相应的 64 位版本，而服务器应用程序保留为 32 位版本有什么好处？64 位版本允许访问超过 4 GB 的 RAM，但由于 4 GB 没有得到充分利用，这会使升级没有实际意义吗？

版本：Windows Server 2008 R2、SQL Server 2008 R2 数据中心版

谢谢

我有一台安装了 64GB RAM 的服务器（在 bios 和 Windows 中都有报告），但是来自控制面板的系统信息显示只有 32GB 可用。

我以前只在 32 位 Windows 上看到过这种情况，因为之前安装了太多 RAM。

似乎也不太可能恰好一半的 RAM 是狡猾的？有任何想法吗？

非常感谢

James（警告：开发人员在服务器管理员处玩）

除了 64 位内存分配的优势（> 4 GB -请参阅 StackOverflow 上的这个问题，了解为什么 32 位 +4 GB 解决方案对我不起作用），我还有什么其他理由建议我们应该托管 ASP 64 位 Windows Server 2008 上的 .NET 网站，而不是 32 位版本？

如果只是更大的可寻址内存 (>4 GB) 问题，无论如何我们都有一个负载平衡的解决方案，因此我们可以通过添加一个新的（虚拟）框来扩展。

CPU 也不会运行得很热，因此任何边际速度提升都是不合理的。

我自己的直觉是，如果可以的话，我们应该在 64 位上托管，纯粹是因为它更容易扩展（通过在需要时插入更多 RAM）。 但就是这样吗？！

欢迎所有评论和想法！

我正在阅读，似乎 32 位驱动程序在 64 位窗口下不起作用。这是真的？因为 32 位应用程序可以在 64 位窗口下运行，所以 32 位打印机驱动程序不能运行似乎很荒谬。打印机驱动程序是否在内核级别运行？

听起来我们正在为我们的 RDP 环境陷入驱动程序地狱。

我将在虚拟机中安装 Ubuntu 10.04 Server，并希望在其上运行 MySQL 和 Lighttpd。

64 位和 32 位虚拟化之间有什么优缺点，除了 32 位机器上的 4 GB 内存限制。

我使用虚拟机。