刚才看到一个贴子,题目里面给定的流程图,竟然有
s←(s/8)^0.5
我是知道指数计算应该慢于sqr函数的。但是能满多少,我不知道。于是就像做个测试。
(这个测试有一个缺点,就是变量b未声明类型。)

测试将随机数函数单列到窗体装载过程,是为了排除随机数再运行中对两者比较的影响,在两个过程中尽量充分保证以指数运算或sqr运算为主,其他的只保留必不可少的代码。
j循环是为了方便调整运算量而设置的。
上述测试表明,sqr的速度大约是指数运算的2.5倍左右。
但是,修改command2的单击事件的j循环终值为250,耗时却只有0.16左右;直到增加到400,两者才基本持平(sqr耗时仍稍少,但可以忽略)
这个速度比例不恒定的原因,还有待进一步探讨。
总之,可以得出sqr的速度是^0.5的2.5到4倍左右。
s←(s/8)^0.5
我是知道指数计算应该慢于sqr函数的。但是能满多少,我不知道。于是就像做个测试。
(这个测试有一个缺点,就是变量b未声明类型。)

测试将随机数函数单列到窗体装载过程,是为了排除随机数再运行中对两者比较的影响,在两个过程中尽量充分保证以指数运算或sqr运算为主,其他的只保留必不可少的代码。
j循环是为了方便调整运算量而设置的。
上述测试表明,sqr的速度大约是指数运算的2.5倍左右。
但是,修改command2的单击事件的j循环终值为250,耗时却只有0.16左右;直到增加到400,两者才基本持平(sqr耗时仍稍少,但可以忽略)
这个速度比例不恒定的原因,还有待进一步探讨。
总之,可以得出sqr的速度是^0.5的2.5到4倍左右。