2013-08-19 58 views
0

我有以下C文件rdtsc.c演示在C.I中使用rdtsc()有64位版本和32位版本的条件编译。阅读timestampcounter显示奇怪的值

#include <stdio.h> 


#ifdef X86_64 
static inline unsigned long long tick() 
{ 

    unsigned long low, high; 
    __asm__ __volatile__("rdtsc" : "=a" (low), "=d" (high)); 
    return ((unsigned long long)high << 32) | low); 
} 
#else 
static inline unsigned long long tick() 
{ 
    unsigned long long d; 
    __asm__ __volatile__ ("rdtsc" : "=A" (d)); 
    return d; 
} 
#endif 

int main() 
{ 
     long long res; 
     volatile int a = 1; 
     volatile int b = 3; 
     volatile int c = 0; 
     res=tick(); 
     c = (a + b)*11000; 
     res=tick()-res; 
     printf("ticks %lld",res); 
     return 0; 
} 

我从shell中循环运行上述程序,如下所示。

for i in {1..10} ; do { ./a.out ; printf "\n"; } ; done 

我得到的输出如下。

ticks 96 
ticks 108 
ticks 8698 
ticks 8613 
ticks 108 
ticks 84 
ticks 96 
ticks 108 
ticks 96 
ticks 96 

由于相同的操作是done.I肯定会期待值更urniform.How我考虑这种悬殊的价值?

+1

多任务处理。你的过程不是系统中唯一的过程。 –

+0

等待,编译32位时定义'X86_64'? – Medinoc

+0

如何轻松锁定这三条指令以确保不会发生? – liv2hak

回答

1

多任务处理的确应该是答案。 当您获得更高的值(〜9000)时,您的进程将被抢占。考虑到这一点,他们会看起来统一。

1

在多核CPU平台上,'TSC'必须先同步。

您可以使用QueryPerformanceCounterQueryPerformanceFrequency

参考http://lwn.net/Articles/211051