Does speed matters?
By A.Bouchez on 2011, Wednesday November 23, 08:37 - Pascal Programing - Permalink
Luigi Sandon wrote on Embarcadero's forum:
And then you ask yourself: "why use a native compiler if its code may be even slower than jitted one?". Hope the new developers will also develop better and faster code - and not viceversa.
Embarcadero is just following the Wirth's law slower than others:
"Software is getting slower more rapidly than hardware becomes faster"
Speed is only a matter of compiler for mathematical computing intensive
tasks.
Most of the time, in real apps (like business apps), the main speed issue is
more the framework size (and the number of dll invoked), memory consumption,
and general design (e.g. how caching and SQL are written).
Delphi, Java or .Net can do slow apps.
Delphi, Java or .Net can do fast apps.
You can do small and fast stand-alone apps with Delphi, running from Windows
2000 to Windows 8.
It is not possible with Java nor .Net.
This is the main difference IMHO with native code and JIT - about memory use, ease of distribution and no need of an external runtime framework.
For instance, most of our tools (like SynProject documentation or SynDBExplorer tool) are stand-alone, but powerful.
SynDBExplorer is able to connect to databases with no installation: the same tool written in .Net would make a smaller executable in size, but will be slower (even unworkable with huge amount of data - millions of rows), need additional requirements for database access (e.g. native Oracle), and will consume much more memory.
Of course, there are plenty of great libraries in .Net, a lot of books to be read... Nice features I miss with Delphi.