I mean you can go both ways. If godot fell behind then it would be argued that it’s not it’s primary language. IE I’m not a huge expert on how the languages work. but I’d imagine godot would be less efficiant when using the languages that it supports, but wasn’t built for.
That’s like competing in a reading contest with your second language, versus an opponent who only speaks the language.
C# has faster execution speed compared to GDScript, but Godot needs to marshal data when communicating between the core engine and the C# runtime, which can negatively affect performance if you don’t keep it in mind when writing your code.
But ultimately I’d argue compilation speed is waaay more important than execution speed when it comes to creating games (which require rapid iteration and testing). There’s only a small amount of code in a codebase where squeezing out the maximum performance is required, and those important bottlenecks can be refactored or rewritten in a more performant language if needed.
I’m guessing it’s due to Unity firing up a full modern toolchain during compilation versus GDScript’s simpler bespoke compiler.
It would have been a better comparison if he’d used C# for both games, given Godot supports it as an alternate to GDScript.
I mean you can go both ways. If godot fell behind then it would be argued that it’s not it’s primary language. IE I’m not a huge expert on how the languages work. but I’d imagine godot would be less efficiant when using the languages that it supports, but wasn’t built for.
That’s like competing in a reading contest with your second language, versus an opponent who only speaks the language.
C# has faster execution speed compared to GDScript, but Godot needs to marshal data when communicating between the core engine and the C# runtime, which can negatively affect performance if you don’t keep it in mind when writing your code.
But ultimately I’d argue compilation speed is waaay more important than execution speed when it comes to creating games (which require rapid iteration and testing). There’s only a small amount of code in a codebase where squeezing out the maximum performance is required, and those important bottlenecks can be refactored or rewritten in a more performant language if needed.