Does UnityTechnology have any plans to support languages other than c# in the future?
Language like “rust” which is advantageous for parallel programming. If not, is the burst compiler enough?
And Is there a difference in performance between ecsPure and hybrid renderer?
Take look at my post here: https://forum.unity.com/threads/how-we-replace-most-of-our-hpc-code-with-rust-code.1215072
1 Like
I don’t think it would be worthwhile to add rust support. Burst + JobSystem + ECS + HPC# already brings you pretty close to the kind of performance you’d get if you were a C/Rust wizard and went through the trouble of writing highly optimized code, but DOTS gives you that level of performance for an incredibly low amount of effort or required knowledge.
Could you theoretically get better performance with Rust if you very carefully did everything right? Yes, probably. But it would not be hugely better and it would require a lot more time and effort
Not to mention adding support for another language would cause a big slowdown for DOTS development, and would divide learning resources
8 Likes
Unity went through a great deal of trouble just getting rid of UnityScript and Boo. I simply can’t imagine that they would reverse this decision. We’re much more likely to see them make the source available and let everyone use C++ than introduce a new language.
Of course if you very carefully do everything right you can get more performance out of C# too.
And would divide support resources. One of the major reasons UnityScript and Boo were removed was due to the cost of maintaining these languages. Every release required extensive testing to verify nothing broke in them even if the languages themselves never received new features.
1 Like