News for hackers. Stuff that matters.
Re:GC Tuning Confessions of a Performance Engineer by alkonaut on Friday May 29, 2015 @01:09PM (#9625820)
The pragmatic solution is to write the critical parts of the code either completely allocation-free or using some kind of automatic memory management. To write large amounts of boilerplate and non performance sensitive code using manual memory management is likely time that could be better spent elsewhere. Similarly, tweaking a compute intensive part of a CLR/Jvm/Python/ruby program to fix GC performance is probably more work than just rewriting that particular piece of code with allocations in mind, in C if necessary.
Re:GC Tuning Confessions of a Performance Engineer by banachtarski on Friday May 29, 2015 @01:25PM (#9625950)
The great thing about stack unwinding and constructor/destructor semantics is that they are automatic. Except they are done at compile time instead of runtime.

Write the performance critical system that needs to do the bookkeepping. Then write the easy stuff on top of that.