Benchmarking a language is a biased concept…
Programming style affects result…
Each language/compiler has its own strengths and weakneses.
What do you consider a benchmark? how fast it does a for/next loop?
So, is it possible that you could take your VB.Net code, port it to Xojo and have it run considerable faster?
Yes. (but maybe not)
Would it be advisable to port it straight across? No… I would advise learning XOJO and leveraging things it can do for you application that perhaps VB.NET cannot do.
Since XOJO is FREE to try… all you have to lose is some time, download, play with it… ask us questions about it… and then decide
In short, no. You can get around this by creating multiple helper console apps that each run on their own thread and core, but the bigger problem is breaking your task down into smaller parts that would make this beneficial. If you’re doing something such as image or video processing that might be worth it.
In general you’re far better off revising your algorithm for better speed.
Now throw some calculations or GUI manipulations between those “for” “next” tags and your time will increase.
Speed is, like dave said, partially controlled by your programming style… but some easy benchmarks like the above reveal that in a situation where billions of calculations will occur… With Xojo, you might be there a while. It all really comes down to what you’re attempting to achieve. … And Regardless, as a user of all the mentioned languages above, Xojo is still the best cross platform, “easiest to work with IDE” (in my opinion).
To underscore Matthew’s point about programming styles, I get around 65 seconds within the IDE. If I compile and use commands to turn off extra processing, like disabling background tasks, that drops to about 2-3 seconds.
#pragma StackOverflowchecking False
#pragma NilObjectChecking False
dim ms as double
for I as integer = 1 to 1000000000
2 seconds on a iMac under 10.9.2 and Xojo 2014r1.0 (compiled)
A lot of languages will do that in 0.002ms, because the complier sees the empty loop and simply removes it from code Hence… benchmarks for the sake of benchmarks is almost useless. Do something real and then measure the difference, and then ask if it really matters? Not many of our programs will do anything a billion times, let alone anything complex a billion times.
Well, I’m working on some stuff for MW to decode an entire genome. … that’s in the trillions… not to mention analyzing the Proteins etc while decoding ;-p lots of sub thread help. … Should only take a few minutes when complete
A good experiment, could be fun too, would be to implement some of the benchmarks found on the Benchmark Game, http://benchmarksgame.alioth.debian.org, and compare the results to some other languages. Of course, run those benchmarks on your own computer so you are comparing apples to apples.