这些方法调用的最后三个需要大约.比前四个时间翻倍. 唯一的区别是它们的参数不再适合整数.但这有关系吗?该参数声明为long,因此无论如何都应该使用long进行计算.模运算是否对数字
唯一的区别是它们的参数不再适合整数.但这有关系吗?该参数声明为long,因此无论如何都应该使用long进行计算.模运算是否对数字> maxint使用另一种算法?
我正在使用amd athlon64 3200,winxp sp3和vs2008.
Stopwatch sw = new Stopwatch(); TestLong(sw, int.MaxValue - 3l); TestLong(sw, int.MaxValue - 2l); TestLong(sw, int.MaxValue - 1l); TestLong(sw, int.MaxValue); TestLong(sw, int.MaxValue + 1l); TestLong(sw, int.MaxValue + 2l); TestLong(sw, int.MaxValue + 3l); Console.ReadLine(); static void TestLong(Stopwatch sw, long num) { long n = 0; sw.Reset(); sw.Start(); for (long i = 3; i < 20000000; i++) { n += num % i; } sw.Stop(); Console.WriteLine(sw.Elapsed); }
编辑:
我现在尝试用C进行相同的操作并且此处不会出现此问题,所有模运算都需要同时进行,在发布和调试模式下启用和未启用优化:
#include "stdafx.h" #include "time.h" #include "limits.h" static void TestLong(long long num) { long long n = 0; clock_t t = clock(); for (long long i = 3; i < 20000000LL*100; i++) { n += num % i; } printf("%d - %lld\n", clock()-t, n); } int main() { printf("%i %i %i %i\n\n", sizeof (int), sizeof(long), sizeof(long long), sizeof(void*)); TestLong(3); TestLong(10); TestLong(131); TestLong(INT_MAX - 1L); TestLong(UINT_MAX +1LL); TestLong(INT_MAX + 1LL); TestLong(LLONG_MAX-1LL); getchar(); return 0; }
EDIT2:
谢谢你的好建议.我发现.net和c(在调试和发布模式下)都不会使用原子cpu指令来计算余数,但是它们调用了一个函数.
在c程序中,我可以得到它的名称“_allrem”.它还显示了该文件的完整源代码注释,因此我发现该算法特殊情况下的信息是32位除数而不是.net应用程序中的除数.
我还发现,c程序的性能实际上只受除数的值而不是除数的影响.另一个测试表明,.net程序中余数函数的性能取决于被除数和除数.
顺便说一下:即使简单添加长long值也是通过连续的add和adc指令计算的.所以,即使我的处理器自称64位,它实际上不是:(
EDIT3:
我现在在使用visual studio 2010编译的Windows 7 x64版本上运行了c应用程序.有趣的是,性能行为保持不变,尽管现在(我检查了汇编源代码)使用了真正的64位指令.
多么奇怪的观察.您可以采取以下措施进一步调查:在程序开头添加“暂停”,如Console.ReadLine,但在第一次调用方法之后.然后以“发布”模式构建程序.然后启动程序不在调试器中.然后,在暂停时,附加调试器.通过它进行调试,然后查看为相关方法编写的代码.找到循环体应该很容易.知道生成的循环体与C程序中的循环体有何不同会很有趣.
所有这些箍跳过的原因是因为抖动会改变它在jitting“debug”程序集时或者在已经附加了调试器的程序时生成的代码.在这些情况下,它会调试在调试器中更容易理解的代码.看看抖动是什么意思是为这种情况生成的“最佳”代码会更有趣,所以你必须在运行抖动之后加入调试器.