用VB编译一模一样的VBA代码，速度马上快五倍。

Zamyi · 发表于 2011-6-2 15:25

VBA编译器可以想象它是APPLICATION下的一个类，或者一个子类，结构就象13楼所说的，那自然就要慢了。如果不用递归，比如用冒泡，估计VB生成EXE和VBA两者的差别就不会那么大。手头VB卸下，没法试试。

灰袍法师 · 发表于 2011-6-2 15:27

我编译了最简单的语句
dim i as long, j as long
for i=1 to 10000000
j=j+1
next

VB编译后的程序仍然比VBA快5-6倍

而VBA语句又比Ruby快8倍

所以同样的数值计算，VB编译比Ruby快40倍以上，结论：大量数值计算型的程序，绝对不宜用Ruby。

这个数倍的速度差异，倒支持你的看法，VBA像是要调用一个方法才能执行每一句。

但是另一方面， j = j + 1这样最简单的语句，在机器语言的层面，也确实有多种实现方法，而各种方法的速度相差几倍到十几倍不等。

[ 本帖最后由灰袍法师于 2011-6-2 15:42 编辑 ]

Zamyi · 发表于 2011-6-2 15:32

原帖由 灰袍法师 于 2011-6-2 15:27 发表
我编译了最简单的语句
dim i as long, j as long
for i=1 to 10000000
j=j+1
next

VB编译后的程序仍然比VBA快5-6倍

而VBA语句又比Ruby快8倍

所以同样的数值计算，VB编译比Ruby快40倍以上，结论：大 ...

这个时间太少，看不出问题。放大20-30倍试试才差不多。

灰袍法师 · 发表于 2011-6-2 20:57

原帖由 Zamyi 于 2011-6-2 15:32 发表

这个时间太少，看不出问题。放大20-30倍试试才差不多。

的确应该是生成的指令的效率问题，而不是什么调用类方法，或者编译时间的问题

VB本身设置不同的编译选项，生成代码都可以相差几倍速度了，看来64位CPU在数值计算方面速度优势很明显吖。

亿次加法耗时 VBA VB(x86) VB(x64)
5 11.1094 1.2636 0.3276
4 8.8672 1.0140 0.2652
3 6.6797 0.7644 0.2028
2 4.4297 0.5148 0.1248
1 2.2188 0.2496 0.0624

VB 和 VBA的测试代码
Dim i As Long, j As Long, t
t = Timer
For i = 1 To 100000000
j = j + 1
Next i

VB的编译选项

[ 本帖最后由灰袍法师于 2011-6-2 20:58 编辑 ]

Zamyi · 发表于 2011-6-3 08:56

原帖由 灰袍法师 于 2011-6-2 20:57 发表

的确应该是生成的指令的效率问题，而不是什么调用类方法，或者编译时间的问题

VB本身设置不同的编译选项，生成代码都可以相差几倍速度了，看来64位CPU在数值计算方面速度优势很明显吖。

亿次加法耗时 VBA ...

的确，加大30倍也是VB快得多。两者相比近10倍。

灰袍法师 · 发表于 2011-6-3 15:47

VC++编译同样的循环
long i,j;
for (i=1; i<=500000000;i++) {j++};

不打开任何优化，耗时2.34秒，比VB不打开任何优化的3.8秒快一点

打开优化，耗时0.000秒，也就是说编译器识别出这一个循环可以替换为 j = 500000000。

看来高级编译器的优化能力，比许多程序员的努力都强，哈哈哈。

[ 本帖最后由灰袍法师于 2011-6-4 04:51 编辑 ]

贝妮 · 发表于 2011-6-3 16:19

原帖由 灰袍法师 于 2011-6-3 15:47 发表
VC++编译同样的循环
long i,j;
for (i=1; i

楼主懂得的语言太多啦！这个编译好象不是在运行，而是直接把偏移的地址给出。C中交换两个字符串也能这样快么？
A="ABC"
B="DEF"

灰袍法师 · 发表于 2011-6-4 00:03

原帖由贝妮于 2011-6-3 16:19 发表

楼主懂得的语言太多啦！这个编译好象不是在运行，而是直接把偏移的地址给出。C中交换两个字符串也能这样快么？
A="ABC"
B="DEF"

这个快不是机器指令的效率提高，而是编译器直接用更简单的等价代码替换了我的C++代码。

C++处理字符串比VB麻烦得多，如下代码交换5亿次要37秒，而VB做同样的事情只需要0.37秒!
于是我想也许是我用了错误的字符串类 #include <string>，这个类也许是很慢的。。。。。。
#include <string>
string str1("ABCD");
string str2("1234");
string swap;
i=0;
for (i=1; i < 500000001; i++)
{ swap = str1; str1 = str2; str2 = swap; }
于是换成以下代码，还是要10秒，比VB慢多了，于是我想strcpy这个函数估计也是很慢的。。。。。。
char str1[] = "1111";
char str2[] = "2222";
char swap[] = " ";
for (i=1; i <= 500000001; i++)
{
strcpy(swap, str1);
strcpy(str1, str2);
strcpy(str2, swap);
}

后来想起也许VB并没有交换字符串的值，而是交换字符串的地址而已，再改C++代码为以下，结果耗时0.211秒，比VB快50%左右
char str1[] = "1111";
char str2[] = "2222";
char swap[4];
for (i=1; i <= 500000001; i++)
{
*swap = *str1;
*str1 = *str2;
*str2 = *swap;
}

结论：C++很强大很麻烦，只要找对方法，似乎做什么事情都比别的语言快，不过也不值得为了一倍两倍的加速去重新学习一门麻烦的语言。

直接把VBA代码在VB编译器优化编译就很好了。

[ 本帖最后由灰袍法师于 2011-6-4 04:56 编辑 ]

sunsoncheng · 发表于 2011-6-4 23:56

如果将可以与E无关的程序的内容做成几个模块直接就是数组字典等的循环

输出也是一个数组什么的，

当然，前面会有形成数组什么可引用的东东，而在后面就是将数组变为一个交给E的输出

第一点做的几个模块是不是可以编译成一个可引用的dll?
而再通过这个DLL的运算传回E

这样做法会快些吗？
能做到吗？

joyark · 发表于 2011-6-5 02:06

哈哈，如果你用汇编语言做，也许会更快。

		自动登录	找回密码
密码			免费注册

[分享] 用VB编译一模一样的VBA代码，速度马上快五倍。