3 ms·
Coming from C++ (with C experience too), I too was hesitant about Nim because of GC. But I can turn it off completely or even better "--gc=stack" which makes it
by rwbt 9y ago
Coming from C++ (with C experience too), I too was hesitant about Nim because of GC. But I can turn it off completely or even better "--gc=stack" which makes it behave like C++ (dealloc when going out of scope). The compiler is also good at telling you what calls use GC'ed memory, so you can work around them if necessary.
But even with GC on, Nim is super fast. I use it in real time rendering and I honestly didn't see any significant performance loss. In fact, it made some routines much faster because the Nim compiler produced much better C code than I ever did.
- pjmlp 9y ago> But even with GC on, Nim is super fast.... This is what I experienced with GC enabled systems programming languages (Oberon family of languages) back in the late 90's, just with C++ as comparison on my case. The main problem is the culture of micro-optimizing code without profiling it, that is so prevalent in those communities.