#include <stdio.h>
#include <time.h>
int main(void)
{
    int i = 0;
    double j = 0;
    clock_t t1 = clock();
    while (i++ < 1<<30)
    {
        j--;
    }
    printf("用时%f s\n", (double)(clock() - t1) / CLOCKS_PER_SEC);
    printf("结果%d\n", (int)(i + j));
    return 0;
}

不优化 看单纯跑循环效率有无差别

[root@kel tmp]# time ./loops.out
用时4.850000 s
结果1
real    0m4.857s
user    0m4.853s
sys    0m0.000s
[root@kel tmp]# time nice -n -20 ./loops.out
用时4.850000 s
结果1
real    0m4.862s
user    0m4.857s
sys    0m0.007s

time ./a.exe
用时4.875000 s
结果1

real    0m4.968s
user    0m0.015s
sys     0m0.015s

windows下结果是这个 看来跑这种东西区别不大

学习接分

不能光接分啊,test给答案啊.

我倒...............多半Z版用的是低档的C工程.

其实这种测试没什么意义的。那篇博文说环境是VS2008和.NET3.5，就算不迁移，光是测试密集计算，.NET的运行机制把DLL代码加载到内存就跟原先的非托管代码差不多，无非是多了一点加载时编译时间罢了，然而JIT在程序第二次运行时发现代码已编译过（内存中仍未卸载）就会跳过编译步骤，时间又不同，再者JIT是根据安装在不同机器和环境上的具体软硬件配置动态优化运行的，跟非托管代码静态优化的机制不同，这些都注定测试没有可比性。

就一个源码 我直接用gcc编译的 工程是作者提供的 我没动

.net神马的我不知道 我就想知道这里时间不同的原因是啥 能否解释 可否重现