pfranz
Registered: Nov 2009
Posts: 97 |
09-16-12 06:50 PM
My point is that performance depends on efficiency of "predefined blocks" like memory copy and other system tasks like GUI interface.
When you talk about the use of "raw" language, VB6 is really not bad, I decompiled some code and it was better than I thought. Doesn't compare with Intel C++ commercial version of course, but it's more than enough for normal,common tasks. Then, when I need speed, I switch to ASM (for example, parsing of the stream I receive from my broker is mostly done in ASM).
I use system API a lot with libraries and not "Declare"s, sometimes replacing VB6 .ocx like the one for CommonControls. My ListViews are generated with calls to user32.dll. These tricks help also reduce memory consumption,which in turn speeds up the whole system.
My trading software, which includes charts and DOM trading, runs smoothly on a Duron 900Mhz and takes not more than 12MB. Still way too much for me, but try and see a commercial one...
This way of programming doesn't relate to a particular language, and speeds up things a lot. The point is that you have to know your system and identify the critical parts to optimize them; language is just one part.
|
