alexeit Asked: 2009-05-05 13:45:57 +0800 CST2009-05-05 13:45:57 +0800 CST 2009-05-05 13:45:57 +0800 CST 要安装哪个 linux 版本：i386 还是 x64？ 772 谈到易于维护/软件支持，安装什么版本的 linux i386 或 x64 版本是否重要？ 服务器显然是 64 位的，但我想知道在查找软件更新和软件安装时，使用 64 位操作系统是否会增加更多痛苦。 有问题的 Linux 发行版是 Centos 5，硬件是 384MB 的基本 VPS。 linux centos 64-bit i386 10 个回答 Voted Gareth 2009-05-05T14:37:02+08:002009-05-05T14:37:02+08:00 对于服务器，只需使用 64 位操作系统 早在 2006 年，获取设备驱动程序就出现了问题。 您说的是虚拟服务器，因此肯定不适用于您。 您要运行的所有软件都可以在 64 位操作系统上正常运行 下面的链接是来自维基百科页面http://en.wikipedia.org/wiki/64-bit的相关部分 32 与 64 位 优点和缺点 软件可用性 “在 x86-64 架构 (AMD64) 中，大多数 32 位操作系统和应用程序都能够在 64 位硬件上流畅运行。” Vincent De Baere 2009-05-05T23:59:39+08:002009-05-05T23:59:39+08:00 只有 384 MB RAM，我不太清楚为什么要采用 64 位方式。您显然不需要支持 64 位的操作系统来处理这么多的内存。由于使用 64 位，您甚至可能会看到内存使用量增加（一方面，所有指针现在都是 64 位而不是 32 位）。您可能不会通过使用 64 位操作系统获得收益，除非您可以在 giaresu 提供的链接中阅读...。 Luca Tettamanti 2009-05-05T14:04:30+08:002009-05-05T14:04:30+08:00 如果硬件支持 64 位，则进行 x86_64 安装。几乎所有打包软件都是针对该架构开放和编译的。最大的问题曾经是浏览器的二进制插件，但现在 Java 和 Flash Player 都有 64 位版本（尽管这个仍然有点实验性）。 对于正常使用，您不会有任何问题，但如果您依赖某些（已关闭）仅 32 位应用程序，您可能希望坚持 32 位安装。请注意，大多数 64 版本的发行版还提供了以 32 位模式编译的库的子集，因此您仍然可以运行仅 32 位的应用程序，前提是您可以找到所有满足依赖关系的包（但是 - 至少在 Debian 中 - 它很漂亮易于将 32 位 .deb 库转换为可安装在 64 位发行版上的兼容性包） carlito 2009-06-06T17:12:38+08:002009-06-06T17:12:38+08:00 使用 64 位操作系统的最大问题是使用 Java 应用程序时浪费的内存（Java 是指针快乐的）。您可以通过为开发人员提供 32 位或 64 位版本的 Java 以及对问题的解释来缓解这种情况。 很难找到不能在 64 位系统上运行而在 32 位系统上运行的软件。RedHat 为所有内容提供 32 位兼容库。 需要分配超过 4GB（实际上是 2 或 3GB）RAM 的用户如果得知您安装了 32 位操作系统，他们会非常沮丧。尽管我确实有一些用户使用了几百兆的 RAM，除非发生灾难性的内存泄漏。他们对我们在 64 位操作系统上为他们提供 64 位 Java 感到非常沮丧 - 整个系统崩溃（几分钟的停机时间）而不是有问题的应用程序（几秒钟的停机时间）。 Dave K 2009-05-05T14:00:56+08:002009-05-05T14:00:56+08:00 我在尝试使用 64 位 Linux 操作系统时看到的主要痛点是对硬件的驱动程序支持。假设您的特定硬件具有良好稳定的 64 位驱动程序，我会说选择 x64 版本以帮助将来证明您的安装。 Trevor Bramble 2009-05-05T14:04:21+08:002009-05-05T14:04:21+08:00 关于 64 位 Linux，我有两个小问题。Java 和 Flash。我经常使用 Eclipse 和 SQL Developer，设置它们很烦人。不是不可能或可怕的，但有一些额外的工作。我仍然没有安装可靠的 Flash 插件。 user6622 2009-06-06T19:12:08+08:002009-06-06T19:12:08+08:00 仍然有一些商业应用程序仅支持 32 位版本（正如我在 3 月份尝试部署 Kerio Mail Server 6.6.1 时发现的那样 - 6.7.0 在 5 月份发布并且兼容 64 位，所以现在没关系）。如果您打算只运行 FOSS 应用程序或一些 64 位兼容的商业闭源应用程序，那不是什么大问题。 Chopper3 2009-05-05T14:26:57+08:002009-05-05T14:26:57+08:00 与以往一样，您需要机器实现什么始终是一个问题。由于各种原因，您可能会发现使用 64 位代码无法完成您需要的工作，但我总是说每个人都应该以在 64 位环境中运行为目标，但要非常注意可能会阻止您的原因从这样做。 Avery Payne 2009-05-05T14:36:02+08:002009-05-05T14:36:02+08:00 我目前正在运行 64 位版本的 CentOS 5.1，没有任何问题。除非你有一个特定的、静态编译的二进制文件（或者更糟糕的是，一个专有的应用程序），否则不要担心，只要去 64 位。如今，大多数虚拟机都支持 64 位环境。 pcapademic 2009-06-08T15:29:57+08:002009-06-08T15:29:57+08:00 这取决于。 正如其他人所提到的，某些应用程序在 32 位操作系统上比 64 位操作系统上运行得更好。反之亦然。 正如其他人所提到的，64 位操作系统允许比启用 PAE 的 32 位操作系统更多的 RAM 访问，尽管启用 PAE 的操作系统通常可以访问大量 RAM。 令我沮丧的是，我发现芯片组/BIOS 对我可以使用的最大内存进行了限制。即使使用 64 位 Ubuntu，我的系统仍然只能访问 3.2GB 的 RAM。我决定返回 32 位版本，以利用与某些消费类应用程序更好的兼容性
对于服务器，只需使用 64 位操作系统
早在 2006 年，获取设备驱动程序就出现了问题。
您说的是虚拟服务器，因此肯定不适用于您。
您要运行的所有软件都可以在 64 位操作系统上正常运行
下面的链接是来自维基百科页面http://en.wikipedia.org/wiki/64-bit的相关部分
32 与 64 位
优点和缺点
只有 384 MB RAM，我不太清楚为什么要采用 64 位方式。您显然不需要支持 64 位的操作系统来处理这么多的内存。由于使用 64 位，您甚至可能会看到内存使用量增加（一方面，所有指针现在都是 64 位而不是 32 位）。您可能不会通过使用 64 位操作系统获得收益，除非您可以在 giaresu 提供的链接中阅读...。
如果硬件支持 64 位，则进行 x86_64 安装。几乎所有打包软件都是针对该架构开放和编译的。最大的问题曾经是浏览器的二进制插件，但现在 Java 和 Flash Player 都有 64 位版本（尽管这个仍然有点实验性）。
对于正常使用，您不会有任何问题，但如果您依赖某些（已关闭）仅 32 位应用程序，您可能希望坚持 32 位安装。请注意，大多数 64 版本的发行版还提供了以 32 位模式编译的库的子集，因此您仍然可以运行仅 32 位的应用程序，前提是您可以找到所有满足依赖关系的包（但是 - 至少在 Debian 中 - 它很漂亮易于将 32 位 .deb 库转换为可安装在 64 位发行版上的兼容性包）
使用 64 位操作系统的最大问题是使用 Java 应用程序时浪费的内存（Java 是指针快乐的）。您可以通过为开发人员提供 32 位或 64 位版本的 Java 以及对问题的解释来缓解这种情况。
很难找到不能在 64 位系统上运行而在 32 位系统上运行的软件。RedHat 为所有内容提供 32 位兼容库。
需要分配超过 4GB（实际上是 2 或 3GB）RAM 的用户如果得知您安装了 32 位操作系统，他们会非常沮丧。尽管我确实有一些用户使用了几百兆的 RAM，除非发生灾难性的内存泄漏。他们对我们在 64 位操作系统上为他们提供 64 位 Java 感到非常沮丧 - 整个系统崩溃（几分钟的停机时间）而不是有问题的应用程序（几秒钟的停机时间）。
我在尝试使用 64 位 Linux 操作系统时看到的主要痛点是对硬件的驱动程序支持。假设您的特定硬件具有良好稳定的 64 位驱动程序，我会说选择 x64 版本以帮助将来证明您的安装。
关于 64 位 Linux，我有两个小问题。Java 和 Flash。我经常使用 Eclipse 和 SQL Developer，设置它们很烦人。不是不可能或可怕的，但有一些额外的工作。我仍然没有安装可靠的 Flash 插件。
仍然有一些商业应用程序仅支持 32 位版本（正如我在 3 月份尝试部署 Kerio Mail Server 6.6.1 时发现的那样 - 6.7.0 在 5 月份发布并且兼容 64 位，所以现在没关系）。如果您打算只运行 FOSS 应用程序或一些 64 位兼容的商业闭源应用程序，那不是什么大问题。
与以往一样，您需要机器实现什么始终是一个问题。由于各种原因，您可能会发现使用 64 位代码无法完成您需要的工作，但我总是说每个人都应该以在 64 位环境中运行为目标，但要非常注意可能会阻止您的原因从这样做。
我目前正在运行 64 位版本的 CentOS 5.1，没有任何问题。除非你有一个特定的、静态编译的二进制文件（或者更糟糕的是，一个专有的应用程序），否则不要担心，只要去 64 位。如今，大多数虚拟机都支持 64 位环境。
这取决于。
正如其他人所提到的，某些应用程序在 32 位操作系统上比 64 位操作系统上运行得更好。反之亦然。
正如其他人所提到的，64 位操作系统允许比启用 PAE 的 32 位操作系统更多的 RAM 访问，尽管启用 PAE 的操作系统通常可以访问大量 RAM。
令我沮丧的是，我发现芯片组/BIOS 对我可以使用的最大内存进行了限制。即使使用 64 位 Ubuntu，我的系统仍然只能访问 3.2GB 的 RAM。我决定返回 32 位版本，以利用与某些消费类应用程序更好的兼容性