News for hackers. Stuff that matters.

A comment on A deep dive into the Go memory allocator and garbage collector. Parent comment

Re:A deep dive into the Go memory allocator and garbage coll... by ainar-g on Friday August 31, 2018 @08:15AM (#17884852)
>Go's GC is not generational today, AFAIK.

It isn't, and will probably never be. The Go runtime developers have actually implemented and tested a generational GC, but found that it's not useful, and even harmful at times, to the goal of having fast, low-latency, concurrent garbage collector. Mostly because most short-lived objects are allocated on stack, and the escape analysis is getting better with each release.

See https://blog.golang.org/ismmkeynote.

[ Parent | on HN ]
Re:A deep dive into the Go memory allocator and garbage coll... by pcwalton on Friday August 31, 2018 @11:02AM (#17886122)
The generational GC that the Go team implemented does not offer one of the primary benefits of generational GC: bump allocation in the nursery. Without that benefit, it's an unfair comparison.

This benefit is directly relevant to this thread, because bump allocation in the nursery makes the allocation fast path somewhere on the order of 6 instructions.

[ Parent | on HN ]