Seems like you did quite a bit of research there. The only thing I would say is that I’ve seen Java smoke Xojo in many performance tests. So I’m not sure that I’d believe Xojo is faster than Java.
The other thing I would recommend researching is multi-core processing. Many languages support pre-emptive threading, allowing you to shift the task to a vacant P core, giving a performance boost, without splitting the task and running on multiple core at once.
I myself have started to favor E cores for many tasks as these help reduce the energy usage of my apps.
Out of curiosity, which version of Xojo did you use in the video? The most recent 2023R4 with performance optimizations or an older one? And which compile optimization level did you use in the tests?
– Unmodified code in debugger.
– Unmodified code build, aggressive
– Unmodified code build, aggressive, with pragmas in Run Action handler
– Build, aggressive, with pragmas in each method.
I had not seen build was set to Intel. Last result with ARM:
ELAPSED 0.9163871
i changed the structure (original project) into a class. It did slow it down a tiny bit somehow.
The improvements are to the loop boundaries and pragmas added to all methods.
Including that i’m building with arm-64 macos and use xojo 2023 R4 on aggressive optimization.
So it looks like Native ML can be done in Native Xojo. It may need a little more fine-tuning.