C++ is only slighter faster than VB

Hello,

I used GetTickCount API and i found out that my two equal programs written on C++ and VB, had VB version was only 196 points slower than C++ and VB had window intilized while C++ was running in Console.

Is this realy true? I heard that C++ was much faster and efficient than VB :B :) :D

C Version (took 6783 points):

PHP Code:

---


#include "stdafx.h"
#include <iostream.h>
#include <windows.h>

int main(int argc, char* argv[])
{
    int x;
    int ticks;

    x = 5 * 8;
    ticks = GetTickCount() / 1000;
    cout << ticks;
    cin >> x;
    return 0;
} 


---

VB Version:

VB Code:

Dim x As Integer
Dim ticks As Integer
 
x = 5 * 8
ticks = GetTickCount / 1000
Me.Caption = ticks

made_of_asp,
:rolleyes:

Well, technically C++ is much faster than VB, but your example really doesnt prove it well. On small programs/functions, like the one you specified, the speed difference is relatively insignificant. But on much larger programs, VB can get to be a little bogged down and will run algorithms and long processes much slower because of various crap.

Here is a language comparisonC++ vs. Visual Basic

Later

Plus, none of his code is shwoing how long it took to execute

should be:

[code]
#include "stdafx.h"
#include <iostream.h>
#include <windows.h>

int main(int argc, char* argv[])
{
int x;
int ticks;
ticks=GetTickCount();
x = 5 * 8;
ticks -= GetTickCount();
cout << ticks;
cin >> x;
return 0;
}

[code]

Code:

---

Dim x As Integer
Dim ticks As Integer
Ticks = GetTickCount
x = 5 * 8
ticks = ticks -GetTickCount
Me.Caption = ticks

---

While we are at it: On average C++ is an order of magnitude (10 times faster ) than VB code.

why? VB executes inside a virtual machine, just like java does in IE. It does not run as native image code.

10 times faster? You are kidding!

C++ is sooo hard :(

Quote:

---

Originally posted by jim mcnamara
While we are at it: On average C++ is an order of magnitude (10 times faster ) than VB code.

why? VB executes inside a virtual machine, just like java does in IE. It does not run as native image code.

---

VB does not run inside a virtual machine when it is compiled to Native Code.

That's one of the best solutions if the VB runtime dependencies aren't a problem.

It means you don't have to learn much of the API which takes quite a while to learn well.

Also, VB is all COM, which adds overhead as well.

Z.

WinAPI: bad paradigm
COM: performance hit
VB: very bad paradigm polluted slowmoving fat bastard

Quote:

---

Originally posted by kedaman
WinAPI: bad paradigm

---

What are you going to do when you have to accomodate languages that arent OOP?

Z.

Quote:

---

Originally posted by Zaei
What are you going to do when you have to accomodate languages that arent OOP?
Z.

---

Me or microsoft? :D microsoft is the one accomodating for function based languages, I'm for new innovations :)

I'm doing the wrappers between the API and whatever you're using...in this case it's a functional->OOP layer.

I don't understand what Ked's doing at the moment :p

MS of course =).

Z.