about time

Posted Aug 14, 2025 11:27 UTC (Thu) by jtaylor (subscriber, #91739)
Parent article: Go 1.25 released

Finally container awareness! golang is so heavily used in container landscape (i.e. kubernetes) and every single golang using deployment needed to be adjusted to respect cpu bandwidth or suffer from quite significant performance loss and memory usage increase
That this took so long is astonishing, even java added this years ago (~v17 I think)

about time

Posted Aug 18, 2025 19:40 UTC (Mon) by Comet (subscriber, #11646) [Link] (1 responses)

It's not like this was unachievable before, it's simply changing the defaults to respect it.

It has been, AFAIK, fairly common to import `go.uber.org/automaxprocs`; that doesn't need an explicit library call, an underscore import is fine, an init function will do the registration.

So it's good to see this now be the default (0 lines of code better than 1 line of code, and saves folks from a learning experience), but it's far more "housekeeping" than "change in capabilities".

about time

Posted Aug 19, 2025 11:29 UTC (Tue) by hmh (subscriber, #3838) [Link]

One less external dependency is always a good thing.

However, AFAIK golang's schedule is still quite *not* a thing to be praised and admired the moment you actually need high-throughput AND syscalls. I am pretty sure we will need to force GOMAXPROCS around at work in the k8s clusters (where we typically need at least a 2:1 go-max-procs to container-cpu-cores ratio for a decent tradeoff of latency x throughput). YMMV and all that.

The GC and std lib improvements being done lately were much appreciated, though. They help a *lot*.