问题标签 [amd-processor]

试图将我的开发环境迁移到 Linux。并且是 Curl 的新手。无法在运行 Ubuntu x64 的 AMD HP PC 上安装 IDE 和 RTE 软件包。我尝试通过包安装程序安装 Debian 包并得到“错误：错误的架构 - i386”。尝试使用 --force-architecture 开关，但它出错了。

我假设 Curl IDE 只能在 Intel 处理器下运行？任何人都对此问题有任何运气并可以提供建议吗？

我们有一个图形密集型应用程序，它似乎在 AMD 64 位双核平台上遇到问题，而在 Intel 平台上并不明显。

运行应用程序会导致 CPU 以 100% 运行，尤其是在使用阴影和照明代码 (Open GL) 时。

有谁知道 AMD 处理器的具体问题可能导致此问题，或者知道在哪里追查问题，和/或优化代码库以避免这些问题的方法？

请注意，该应用程序通常在中档硬件上运行良好，我的开发机器有一个 nvidia gtx260 卡，所以电源不足应该不是问题

我正在寻找购买新的开发 PC。我的预算不超过 1,000 美元（包括显示器）。我对笔记本电脑（台式机更换类型）持开放态度，或者传统的台式电脑就可以了。

我的主要开发环境是 Microsoft、Visual Studio 2008（以及对旧版 Visual Studio 6 代码的支持）。SQL Server 2005、2008 以及对 SQL Server 2000 的旧版支持。Microsoft Office 2003，可能安装 2007，但支持早至 Office 2000。我将编写和支持的软件主要是 Windows XP，但也有一些 Vista。我将不得不假设有 64 位实现可供安装。

我的第一个困惑始于选择 AMD 或 Intel。我担心的是在 AMD 环境中使用 Visual Studio 构建软件存在兼容性问题。我没有任何证据，只是担心有人会为我澄清。

最后，我对 32 位和 64 位安装感到困惑。即使 64 位正在稳步发展，我是否应该坚持使用最小公分母（32 位）？我知道 64 位操作系统将处理超过 4G 的 RAM，我喜欢这样做，因为我想为测试环境设置尽可能多的虚拟机，并且可能同时有很多活动..

我不是在寻找梦想中的机器，只是一台带有显示器和最好的处理器的机器，大约 1000 美元，这将使我能够为那里的大多数机器编写软件。

我已经看到一个处理器包可用于 Visual Studio 6，但它似乎仅适用于使用 SP5 的用户并且我已经在使用 SP6：

此外，Visual C++ 处理器包 ​​(VCPP) 已从 Service Pack 6 中删除。如果您安装了 VCPP，安装 SP6 会将其从您的计算机中删除。如果您希望继续使用 VCPP，则需要继续使用 SP5 或迁移到 Visual Studio 2002 或 2003（推荐）。

首先，这个处理器包是否与 Visual Studio 6 SP6 兼容？

其次，它真的对我有帮助吗？我担心从我的应用程序中获得最大收益，但它需要在所有类型的 Intel 和 AMD 芯片上运行，所以我不能只针对一个平台。

我们正在获得新的服务器。试图弄清楚 AMD 与英特尔的圣战。有没有什么地方可以找到这两个处理器系列的无偏见性能比较？我是否应该停止担心这个并将其归档到“没关系”类别中。

如果我的 .NET 应用程序以 x86 平台为目标，它会在 AMD 芯片上正常运行吗？我知道它可以与 Intel 芯片一起使用，而且 Vista 64 能够以特殊模式运行 x86 应用程序，但我不知道其中有多少是硬件，有多少是操作系统。

我已经用 Intel 芯片在 Vista 64 上对其进行了测试，它运行良好，但我没有 AMD 机器来测试。

我目前正在学习与英特尔并行化库相关的 API，例如 TBB、MKL 和 IPP。不过，我想知道是否也值得关注 AMD 的部分难题。或者这只是浪费时间？（我必须承认，我对 AMD 的库支持一无所知——完全不知道——所以如果你有任何建议，我将不胜感激。）

澄清一下，我采用英特尔方式的原因是 1）API 非常好；2) 英特尔似乎对工具支持和 API 支持一样重视。（再一次，我不知道AMD 在这个部门的表现如何。）

我们一直是一家英特尔商店。所有开发人员都使用 Intel 机器，最终用户推荐的平台是 Intel，如果最终用户想在 AMD 上运行，那是他们的了望。也许测试部门在某处有一台 AMD 机器来检查我们没有运送任何完全损坏的东西，但仅此而已。

直到几年前，我们还只使用了 MSVC 编译器，因为它并没有真正提供很多超出 SSE 级别的处理器调整选项，所以没有人担心代码是否会偏向一个 x86 供应商而不是另一个供应商。然而，最近我们一直在使用英特尔编译器。我们的东西肯定会从中获得一些显着的性能优势（在我们的英特尔硬件上），它的矢量化能力意味着更少需要去 asm/intrinsics。然而，人们开始对英特尔编译器是否实际上可能没有为 AMD 硬件做得这么好感到有点紧张。当然，如果您进入英特尔 CRT 或 IPP 库，您会看到很多 cpuid 查询显然设置跳转表以优化功能。不过，英特尔似乎不太可能为 AMD 芯片做任何好事。

在这方面有任何经验的人可以评论这在实践中是否重要吗？（我们自己实际上还没有对 AMD 进行任何性能测试）。

2010-01-04 更新：嗯，支持 AMD 的需求从未变得足够具体，以至于我自己无法进行任何测试。这里有一些关于这个问题的有趣读物，这里和这里。

2010-08-09 更新：似乎 Intel-FTC 的解决方案对这个问题有话要说 - 请参阅本文的“编译器和肮脏技巧”部分。

我正在学习计算机系统课程，并且我正在尝试确定我的基于 AMD 的计算机是否是 little-endian 机器？我相信这是因为它将与英特尔兼容。

具体来说，我的处理器是 AMD 64 Athlon x2。

我知道这在 C 编程中很重要。我正在编写 C 程序，而我正在使用的方法会受此影响。我试图弄清楚如果我在基于英特尔的机器上运行程序（假设是小端机器）是否会得到相同的结果。

最后，让我问这个问题：任何和所有能够运行 Windows（XP、Vista、2000、Server 2003 等）以及比如说Ubuntu Linux 桌面的机器都是小端的吗？

C 语言用于编写 UNIX 以实现可移植性——使用不同编译器编译的相同 C 语言程序产生不同的机器指令。为什么 Windows 操作系统能够同时在 Intel 和 AMD 处理器上运行？