Garbage Collection for Systems Programmers

Re:Garbage Collection for Systems Programmers by HippoBaro on Saturday March 30, 2024 @03:34PM (#39877880)

For the kind of software I write there are two cases: (1) the hot path for which I will always have custom allocators and avoid allocations and (2) everything else.

For (1) GC or not it doesn’t make a difference, I’ll opt-out. For (2) GC is really convenient and correct.

[ Parent | on HN ]

Re:Garbage Collection for Systems Programmers by leapis on Saturday March 30, 2024 @05:30PM (#39878864)

Agreed- I come from a Java/C++ shop where we tried to tackle this dichotomy with interop but it ended up causing more problems than it solved. A lot of the work that Java has done with modern garbage collectors is impressive, but even they admit (indirectly, via Valhalla) that no/low-alloc code has it's place.

[ Parent | on HN ]

Re:Garbage Collection for Systems Programmers by astrobe_ on Sunday March 31, 2024 @04:06AM (#39882389)

> no/low-alloc code has it's place

... Which is pretty large in the embedded firwmare field. However that's not systems programming but system (singular) programming.

[ Parent | on HN ]