VBはなぜ遅い？

質問

今のＶＢはネイティブ・コード・コンパイラを持っていますよね？しかし、単純なソートのプログラムとか、足し算掛け算の繰り返しとかをさせると、Ｃ＋＋と比べて相当遅いと聞きます。

なぜなのでしょうか？ちゃんとしたネイティブ・コード・コンパイラを持ってないのでしょうか？

回答No.5

Aruku-20030515 · ベストアンサー

確かにＷｉｎｄｏｗｓ用のＣ言語ランタイムは存在はします＜でないと完全にアセンブリ言語になっちゃうので・・・

ＶＢとＶＣが違うのは、
ＶＣのコンパイルされた物は、直接Ｗｉｎｄｏｗｓ側で「理解」ができる状態。＜ＭＦＣ調のＣ言語とかは別ですよ。なんで理解できるか？と言えば、Ｃ言語のランタイムがありＷｉｎｄｏｗｓ自体も殆どがＣ言語で作られている
から・・・

ＶＢのコンパイルされた物は、Ｃ言語のランタイムでは
直接「理解」が出来ない状態です。
なので一旦、ＶＢランタイムがＷｉｎｄｏｗｓ側で処理
できるように翻訳しなおしているので、どうしてもＣ言語より処理数が多いのです。

ようは、ＯＳの基本がＣ言語系でつくられていますから
他の言語（アセンブリ言語は除きます）だとどうしても言語間の翻訳機が必要なのです。

なのでありえない事ですが
Ｗｉｎｄｏｗｓが仮にＶＢ言語系で作られたとしたら
逆にＣ言語は遅くなります。＜Ｃ言語自体のスピードではなく、言語間の翻訳処理で処理数が増えるから。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
いや、早い話、ＶＢのＥＸＥ成果物が、Ｃ＋＋調に
なっていれば早いのですが＜ＶＢランタイムが必要でなくなるから
ＶＢの出た最初の理由が「教育目的」であり「実運用」用ではないので、ＶＢランタイムを必要とする仕様になったんだと思います
で・・・そのままの流れで今にいたったのだと。
（だから、ｃ＃なんて物が出来たのかと・・・）

ちなみに、ＶＢのオプティマイザはＶＢ５．０以降から
評価が上がってますので　そんな悪い物ではないはずです

回答No.7

taka_tetsu

http://okweb.jp/kotaeru.php3?q=816084

参考URL：

http://okweb.jp/kotaeru.php3?q=816084

回答No.6

hope10

横やりで失礼します。
単純なものをデバッグ情報を付けてVC++で見てみました。
（すぐにオーバーフローしますが...）
後半以降がVCで見たアセンブリコードです。
（関数内の前後は略... かなり冗長）
これを見る限りそんなに悪くないと思います。
ですから実践で遅い理由はAruku-20030515さんが説明されている通りですよ。

Form1.frm -------------------------------------
Private Sub Command1_Click()

　　Dim i As Long
　　Dim j As Long
　　Dim k As Long

　　Dim lVar As Long

　　For i = 0 To 2147483647
　　　　For j = 0 To 2147483647
　　　　　　For k = 0 To 2147483647
　　　　　　　lVar = lVar + 1
　　　　　　Next k
　　　　Next j
　　Next i

End Sub

アセンブリ -----------------------------------
28: Private Sub Command1_Click()
29:
30: Dim i As Long
31: Dim j As Long
32: Dim k As Long
33:
34: Dim lVar As Long
35:
36:
37: For i = 0 To 2147483647
00401A55 xor ecx,ecx
38: For j = 0 To 2147483647
00401A57 mov eax,7FFFFFFFh
00401A5C mov dword ptr [i],ecx
00401A5F cmp ecx,eax
00401A61 jg Form1::Command1_Click+0B9h (00401ab9)
00401A63 xor edi,edi
39: For k = 0 To 2147483647
00401A65 mov eax,7FFFFFFFh
00401A6A cmp edi,eax
00401A6C jg Form1::Command1_Click+0A5h (00401aa5)
00401A6E mov esi,eax
00401A70 mov ecx,1
00401A75 xor eax,eax
40: lVar = lVar + 1
00401A77 cmp eax,esi
00401A79 jg Form1::Command1_Click+92h (00401a92)
00401A7B add edx,1
00401A7E mov ebx,ecx
00401A80 jo $L71+1Fh (00401b67)
00401A86 add ebx,eax
00401A88 jo $L71+1Fh (00401b67)
00401A8E mov eax,ebx
00401A90 jmp Form1::Command1_Click+77h (00401a77)
39: For k = 0 To 2147483647
00401A92 mov eax,1
00401A97 add eax,edi
00401A99 jo $L71+1Fh (00401b67)
00401A9F mov edi,eax
00401AA1 xor ebx,ebx
00401AA3 jmp Form1::Command1_Click+65h (00401a65)
38: For j = 0 To 2147483647
00401AA5 mov ecx,dword ptr [i]
00401AA8 mov eax,1
00401AAD add eax,ecx
00401AAF jo $L71+1Fh (00401b67)
00401AB5 mov ecx,eax
00401AB7 jmp Form1::Command1_Click+57h (00401a57)
41: Next k
42: Next j
43: Next i
44:
45: End Sub
00401AB9 mov ecx,80020004h
00401ABE mov eax,0Ah

お礼

ありがとうございます！！

回答No.4

deecyan

ネイティブ・コード・コンパイラを持っていても
オプティマイザー（最適化ルーチン）がどんくさかったら　差が出るのではないでしょうか？

回答No.3

Aruku-20030515

取りあえず補足。

ＶＢの実行ファイルをネイティブコードコンパイラされた物と言いいますが。
システム側（ＯＳ）に対してではなく、「ラインタイム」に対して最適化された物です。

つまり、ランタイムルーチンに対してネイティブなんです。

補足

VC++系でもランタイムがないと動かないので事情は一緒だと思うのですがどうでしょう。（最新のWindowsには最新のVC++系ランタイムが入っていますから。MSVC**.dllとか）

回答No.2

Aruku-20030515

本当にネイティブコンパイラで比較したのかと疑問に思います。

がＶＢのネイティブコンパイラされた（ＥＸＥファイルの事）であっても
ＶＢ自体はランタイムルーチンが無いと実行されません。

ＶＣ＋＋とＶＢの決定的な違いは
ＶＢには中間にランタイムがあり、
ＶＢのネイティブコード（ネイティブといってもネイティブではないです）はそこで機械語に翻訳されて実行されます。

つまり、ＶＣ＋＋は、コンパイル＆ライブラリーがリンクされた状態の物は、直接システム側（ＯＳ）で実行されますが
ＶＢは、システム側がランタイムを呼び出し実行されるので、その分遅いのです。

回答No.1

noname#118114

ＶＢといっても幾つか種類がありますが
どれもネイティブ・コード・コンパイラはなかったはずです。

それとＶＢはＣと違って実行プログラムの他に実行するための
ランタイムが必要なのが影響しているのだと思われます。

だが、今のＰＣの性能からすると感覚的な違いは無いに等しいです。

補足

Visual Basic 6.0はネイティブ・コード・コンパイラを持つ、と書いてありますが・・
http://www.atmarkit.co.jp/fdotnet/vbcheer/vbcheer08/vbcheer08.html

あと、VC++系でもランタイムは必要ですよね。