哪个linux版本要安装：i386还是x64？

对于一台服务器只使用64位操作系统

早在2006年就有问题获取设备驱动程序。

你正在谈论一个虚拟服务器，所以当然不会适用于你。

所有你想运行的软件都可以在64位操作系统上正常工作

下面的链接是维基百科页面http://en.wikipedia.org/wiki/64-bit的相关部分

• 32对64位

• 优点和缺点

• 软件可用性

“在x86-64架构（AMD64）中，大多数32位操作系统和应用程序能够在64位硬件上平稳运行。

只有384 MB的RAM，我不清楚为什么你想要64位的方式。 你显然不需要一个64位的操作系统来解决这个数量的内存。 你甚至可以看到由于使用64位而增加的内存使用（一方面，所有的指针现在是64位而不是32位）。 除了你可以在giaresu提供的链接中阅读的东西，你可能不会获得通过使用64位操作系统。

如果硬件是64位的，则可以进行x86_64安装。 几乎所有打包的软件都是为该体系结构打开和编译的。 最大的问题是用于浏览器的二进制插件，但是现在有64位版本的Java和Flash Player（尽pipe这个还是有点实验性的）。

对于正常使用你不会有任何问题，但如果你依赖于一些（封闭的）32位的应用程序，你可能想坚持一个32位的安装。 请注意，大多数发行版在他们的64版本也提供了一个在32位模式编译的库的子集，所以你仍然可以运行32位的应用程序，只要你可以find所有的软件包来满足依赖（但至less在Debian中 – 这很漂亮很容易将一个32位.deb库转换为可安装在64位版本上的兼容包）

使用64位操作系统的最大问题是使用Java应用程序时浪费的内存（Java是指针快乐的）。 您可以通过向开发人员提供32位或64位版本的Java来解决这个问题，并解释这些问题。

find不能在32位系统上运行的64位系统上运行的软件是不可思议的。 RedHat提供了32位的compat库。

如果用户需要分配超过4GB（真正的2GB或者3GB）的RAM，那么如果他们知道你已经安装了32位的操作系统，那么他们会感到非常沮丧。 虽然我确实有一些用户使用了几百MB的RAM，除非发生灾难性的内存泄漏。 他们非常沮丧，我们在64位操作系统上给了他们64位的Java – 整个系统崩溃了（几分钟的停机时间），而不是有问题的应用程序（几秒钟的停机时间）。

我在尝试使用64位Linux操作系统时看到的主要难点是对硬件的驱动程序支持。 假设您的特定硬件具有稳定的64位驱动程序，那么我会说为了x64版本，以帮助未来certificate您的安装。

我有两个关于64位Linux的狡辩。 Java和Flash。 我经常使用Eclipse和SQL Developer，让他们build立起来很烦人。 不是不可能或可怕的，但有一些额外的工作。 我仍然没有安装可靠的Flash插件。

还有一些商业应用程序只支持32位版本（正如我在3月尝试部署Kerio Mail Server 6.6.1时发现的 – 6.7.0在5月份发布，并且与64位兼容，所以现在没关系）。 如果您打算只运行自由/开放源代码应用程序或一些64位兼容的商业封闭源代码应用程序，那就不是什么问题。

和往常一样，它总是一个你需要你的机器来实现的问题。 您可能会因为各种原因而无法使用64位代码来执行所需的操作，但是我总是会说，每个人都应该在64位环境中运行，但要非常注意会阻止您的原因从这样做。

我目前正在运行64位版本的CentOS 5.1，没有任何问题。 除非你有一个特定的，静态编译的二进制文件（或者更糟糕的是，一个专有的应用程序），否则不要为之付出代价，只需要64位。 现在大多数虚拟机都支持64位环境。

这取决于。

正如其他人所说，一些应用程序在32位操作系统和64位操作系统上运行得更好。 反过来也是如此。

正如其他人所提到的那样，64位操作系统允许更多的RAM访问，即使启用了PAE的 32位也是如此，尽pipe支持PAE的操作系统通常可以访问大量的RAM。

我发现，令我非常沮丧的是，芯片组/ BIOS限制了我可以使用的最大内存。 即使使用64位Ubuntu，我的系统仍然只能访问3.2GB的RAM。 我决定返回到32位版本，以利用与某些消费者应用程序的更好的兼容性