问题标签 [intel]

鉴于 SSE 4.2（英特尔酷睿 i7 和 i5 部件）包含 CRC32 指令，调查是否可以构建更快的通用哈希函数似乎是合理的。据此，只有16 位 CRC32 是均匀分布的。那么还有什么其他的转变可以用来克服这个问题呢？

更新 这个怎么样？只有 16 位适合散列值。美好的。如果您的表是 65535 或更少，那就太好了。如果不是，则通过 Nehalem POPCNT（人口计数）指令运行 C​​RC 值以获取设置的位数。然后，将其用作表数组的索引。如果您的桌子位于 1 毫米条目以南，则此方法有效。我敢打赌，这比性能最好的哈希函数更便宜/更快。既然GCC 4.5具有 CRC32 内在特性，它应该很容易测试……如果我有足够的空闲时间来研究它。

大卫

I am having problems compiling the following snippet

where the function in question is

the error I get is

Google is being unusually unhelpful so I hope that some one here can provide some insights.

UPDATE: Question is answered by @gf's solution, but interestingly the original function wasn't quite correct as it stored the result of the conversion operation (failed/not failed) rather than the converted value itself. I changed the signature return the converted value directly and the compiler was able to infer the type of the binding correctly.

我在将以下 java 代码转换为英特尔 IA-32 程序集时遇到了一些困难：

我的尝试是：

我的代码正确吗？

注意：我不允许使用全局变量。

上述是否转化为：

我最大的困难是弄清楚要压入堆栈的内容和指针的数学运算。

注意：我不允许使用全局变量，我必须假设 32 位整数、16 位字符和 8 位布尔值。

我目前正在尝试针对自制语言优化自制编译器发出的代码。

我已经尝试过英特尔 VTune，看看瓶颈在哪里：http ://www.imada.sdu.dk/~sorenh07/misc/vtune-assembly-optimization.png

我发现一个“subl”指令负责运行 30-90 秒的程序中超过 38% 的时钟滴答声，这让我印象深刻！谁能解释为什么？

对于未使用 icc 编译的程序，VTune 中的“优化报告”功能显然不存在。是否存在建议优化汇编代码的程序？（也就是说，不是来自高级语言的代码）。

我正在学习硬件课程而不是实验室，实验室是关于英特尔 8086 处理器的，明天我有一个实验室期末考试。除了实验室提供的信息之外，您还可以为我提供哪些其他资源来研究它（完成了实验室，需要更多资源、代码、幻灯片和实验来在我自己的机器上尝试）？

如何在 TextMate 中突出显示 Intel 和 AT&T 汇编语法？

在英特尔 64® 和 IA-32 架构软件开发人员手册的第 4.3 节中。第 1 卷：基本架构，它说：

Near 指针是一个段内的 32 位偏移量。Near 指针用于平面内存模型中的所有内存引用或分段模型中的引用，其中隐含了正在访问的段的身份。

这让我想知道：隐含的段寄存器是如何确定的？

我知道默认情况下使用(%eip)和置换(%eip)（例如-4(%eip)）地址%cs，(%esp)并且置换(%esp)地址使用%ss，但是，，，(%eax)等等，(%edx)隐式段寄存器是否也取决于内存地址操作数出现的指令？(%edi)(%ebp)

直截了当，英特尔编译器值得购买吗？我主要做系统级和桌面工作，所以我认为我可能会受益。有更多经验的人可以解释一下吗？

我有一些使用 MIPS 编译器从 SGI 系统移植的代码。它具有声明为具有双重返回类型的函数。如果函数找不到正确的双精度，这些函数返回“NULL”

intel C 编译器不喜欢这样，但我试图查看是否有编译器选项可以启用此“功能”，以便我可以在不更改代码的情况下进行编译。我检查了手册页，似乎找不到它。

谢谢

当前存在的代码示例，可与 MIPS 一起正常工作

英特尔编译器抱怨：错误：返回值类型与函数类型不匹配