06-07-2025, 03:48 PM
Apart from Small Basic that is VERY slow, I wouldn't worry about speed when choose a language - look at portability, maintaiinability, available libraries, the architecture it is run on and other aspects. Hand crafted machine code will usually be fastest, but totally unreadable and only used in very special instances within a library. All modern language libraries are well optimised by experts - so always use them, hence choose a language that has the libraries that you want.
This is a link on speed https://benchmarksgame-team.pages.debian...redux.html
The comments at the top are critical.
Always look at the source code.
(Lumpers and Splitters.)
Some of these programs are single-thread and some are multi-thread: compare "secs" and "cpu secs". Some of these programs are un-optimised and some are heavily optimised: sort-by "gz" source code size.
Some of these programs are "naked ffi" and some put that in a library. Some of these programs are high-level and some are hand-written vector instructions.
Always look at the source code
This is a link on speed https://benchmarksgame-team.pages.debian...redux.html
The comments at the top are critical.
Always look at the source code.
(Lumpers and Splitters.)
Some of these programs are single-thread and some are multi-thread: compare "secs" and "cpu secs". Some of these programs are un-optimised and some are heavily optimised: sort-by "gz" source code size.
Some of these programs are "naked ffi" and some put that in a library. Some of these programs are high-level and some are hand-written vector instructions.
Always look at the source code