237k
2019-07-09 07:20:58
从GCC 4.5开始，后来，在__rdtsc()固有现在由两个MSVC和海湾合作委员会的支持。
但是所需的包含内容有所不同：
#ifdef _WIN32
#include <intrin.h>
#else
#include <x86intrin.h>
#endif
这是GCC 4.5之前的原始答案。
直接退出我的项目之一：
#include <stdint.h>
// Windows
#ifdef _WIN32
#include <intrin.h>
uint64_t rdtsc(){
return __rdtsc();
}
// Linux/GCC
#else
uint64_t rdtsc(){
unsigned int lo,hi;
__asm__ __volatile__ ("rdtsc" : "=a" (lo), "=d" (hi));
return ((uint64_t)hi << 32) | lo;
}
#endif
这个GNU C Extended asm告诉编译器：
volatile：输出不是输入的纯粹功能（因此必须每次都重新运行，而不是重用旧的结果）。"=a"(lo)和"=d"(hi)：输出操作数是固定寄存器：EAX和EDX。（x86机器约束）。x86rdtsc指令将其64位结果放入EDX：EAX中，因此让编译器选择输出结果"=r"是行不通的：没有办法要求CPU将结果传送到其他地方。((uint64_t)hi << 32) | lo-将两个32位半部分零扩展到64位（因为lo和hi是unsigned），然后将它们逻辑或+或移位到一个64位C变量中。在32位代码中，这只是重新解释。这些值仍只保留在一对32位寄存器中。在64位代码中，你通常会获得实际的shift + OR asm指令，除非上半部分已优化掉。
（编辑者的注：如果使用unsigned long代替，可能会更有效unsigned int。然后，编译器将知道lo已经对RAX进行了零扩展。它不知道上半部分为零，因此|，+如果要对等价，则等效。合并的方式也不同。从理论上讲，内在函数应该让你两全其美，只要让优化器做好就行。）
https://gcc.gnu.org/wiki/DontUseInlineAsm（如果可以避免的话）。但是希望本节对你需要了解使用内联汇编的旧代码，以便可以使用内部函数重写它很有用。另请参阅https://stackoverflow.com/tags/inline-assembly/info
热门帖子
热门github
1
2
3
5
6
7
8
11
13
14
15
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
这是打包的好方法。
FWIW，gcc 4.5及更高版本包括__rdtsc（）-#include <x86intrin.h>进行获取。标头还包含在Microsoft的<intrin.h>中发现的许多其他intel内在函数，这些天默认包含大多数SIMD标头（emmintrin.h，xmmintrin.h等），这些默认情况下已包含在内。
std::uint64_t x; asm volatile ("rdtsc" : "=A"(x));是另一种阅读EAX和EDX在一起的方式。@Orient：仅在32位模式下。在64位模式下，
"=A"将选择任一RAX或RDX。您对GNU编译器偏爱内联asm的任何理由是什么？ 为MSVC以外的编译器
<x86intrin.h>定义__rdtsc()，因此您只需即可#ifdef _MSC_VER。我为这个问题添加了一个答案，因为它看起来像是有关rdtsc内在函数规范的好地方，并且是如何使用的陷阱rdtsc。