4 ms·
The problem with this is as I understand it is that if GC turns out to be a problem for your particular application, you can’t get rid of it. You can only chang
by KerrAvon 5y ago
The problem with this is as I understand it is that if GC turns out to be a problem for your particular application, you can’t get rid of it. You can only change GC strategies (language/runtime permitting). You can’t fully optimize away GC overhead.
- p_l 5y agoYou can avoid GC programming in GC'd language (we have over 40 years of data on how to do that!), but you can't retrofit GC onto non-GC language and get full benefit (though Boehm GC is still going to make your C/C++ program better for all parts that use naive malloc/free scheme)