问题标签 [intel]

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

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

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

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

Intel 的 32 位处理器（例如 Pentium）具有 64 位宽的数据总线，因此每次访问获取 8 个字节。基于此，我假设这些处理器在地址总线上发出的物理地址始终是 8 的倍数。

首先，这个结论正确吗？

其次，如果它是正确的，那么应该在 8 字节边界上对齐数据结构成员。但是我看到人们在这些处理器上使用 4 字节对齐。

他们怎么能有理由这样做呢？

我想知道如何从代码中获取显卡型号/品牌，特别是从 DirectX 9.0c（从 C++ 代码中）。

下面是来自两个 Pentium 组装序列列表的剪辑。我们有一个外部循环，它试图为我们的序列计时，并正在做一个调用表来访问这些例程。因此，每次都是从同一位置拨打外线电话。这两个序列的不同之处在于第一个序列比第二个序列少一条指令。

我们在两台英特尔机器上得到的结果非常不同。

CPUID 指令告诉 Family、Model 和 Stepping。

机器 1：系列 6，型号 15 步进 11. CPUZ 报告“Intel Core 2 Duo E6750”
指令以统计上相同的速度执行。

机器 2：Family 15，Model 3，Stepping 3。CPUZ 报告“Intel Pentium 4”
第一个序列比第二个序列耗时约 8%。

我们根本无法解释时间的增加。不应该有任何不同的标志延迟、分支预测、寄存器使用问题等。至少我们不能说。

有谁知道为什么在一台机器上执行第一个序列需要更长的时间？

编辑：在第一个序列中添加“XOR PTR ereg，0”确实使时间与奔腾 4 上的第二个匹配。好奇。

第一个序列：

第二序列：

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

我在 C# .NET 3.5 sp1 应用程序中有很多 OpenGL 渲染代码。一些代码可以在这个问题中找到。

大问题：代码根本无法在英特尔芯片组上运行，例如 915M 或 Q35。这些芯片组被指定为运行 opengl 1.4，我的代码都是 2 的幂等。我已经尝试更新到戴尔或英特尔的最新驱动程序，具体取决于机器。

有两种类型的崩溃故障：

1. glActiveTextureARB 失败。915M 显然不包括在其扩展中。
2. 着色器加载失败，即 glGenProgramsARB。

尝试在 XP 的 915M 或 Windows 7 的 Q35 上调用这些函数会导致死机或崩溃，这取决于机器目前的感觉。

还有一个更严重的故障，那就是显示器没有解决之前的问题，即渲染的显示器看起来像是在显示 8 位数据，而它应该显示 16。这发生在 Q35 芯片组、最新的戴尔驱动程序、运行 XP 上。

对此有什么想法吗？我正在考虑回到 glDrawPixels，因为即使速度很慢，它也可以工作。

编辑：更多代码！以下代码在带有 Q35 芯片组的 windows xp 和 windows 7 机器上都失败并出现 GL_INVALID_VALUE 错误：

有没有人使用过英特尔数学内核库 http://software.intel.com/en-us/intel-mkl/

我正在考虑将其用于C# 应用程序的随机数生成，因为我们需要极高的性能（每天 1.6 万亿个随机数）。

还有任何关于在我的 c# Monte Carlo 模拟中最小化使用此 c++ 代码中的函数开销的建议。

• 我即将从网站及以上下载 Eval 并尝试从我的 c# 应用程序中对其进行基准测试，非常感谢任何帮助。

谢谢

我正在尝试在 Linux 上使用 icc 编译 OpenCV，以便使用英特尔工具分析执行情况。

我使用默认选项安装了最新版本的 icc。我尝试了“用户”（icc 安装在我家中）和“sudo”（icc 安装在 /opt 中）安装。icc的版本是11.1 20090630

我还想获取 iccvars.sh，将所需的路径添加到 PATH 和 LD_LIBRARY_PATH

我还尝试了几个版本的 OpenCV： - 主要版本：pre1.1。configure 根本不识别 icc - 'latest_tested_snapshot' 和 'trunk' 版本： icc 被 configure 很好地识别（--enable-openmp 产生 -openmp 选项，而不是 -fopenmp）

当我制作时，一切似乎都很好，直到编译中间。然后总是有很多关于“操作员”的警告（可能有一百个）。这里有一个例子：

最后是错误：

我有人成功用 icc 编译 OpenCV，请告诉我！

如果是这样，编译资源的命令行工具的名称是什么？

或者使用示例...

我可以使用专业套件（Linux 和 Windows 环境，但我主要对 Windows 感兴趣），提前致谢。

我正在使用作为静态库交付给客户的 API。该库又利用了另一个使用英特尔编译器构建的第三方库。这个库依赖于我不拥有的一些英特尔库。当我构建一个测试应用程序时，我通过在 Visual Studio 的“忽略特定库”中指定这些库来解决这个问题。这里实际发生了什么？VS 在哪里得到这些符号呢？还

这样做会消除英特尔编译器的预期优化吗？

如果相反，我会得到这些库，那会导致处理器限制链接到我的库的可执行文件吗？