News for hackers. Stuff that matters.
Re:Podman: A Daemonless Container Engine by xyzzy_plugh on Thursday February 11, 2021 @03:14PM (#26106509)
> Go is actually a really poor choice for the container runtime because much of the container setup cannot be done from multithreaded code[0]

This was addressed in 2017/2018 [0], it's no longer a poor choice.

[0]: https://github.com/golang/go/commit/2595fe7fb6f272f9204ca3ef...

Re:Podman: A Daemonless Container Engine by vishvananda on Thursday February 11, 2021 @05:53PM (#26108537)
While the particular issue of network namespaces and locking the os thread was fixed, there is still c code that must run before the go runtime starts to work around the issue that you cannot do some of the necessary nsenter calls once you have started additional threads. The c code to make runc work is encapsulated in libcontainer/nsenter[0]

[0]: https://github.com/opencontainers/runc/tree/master/libcontai...

Re:Podman: A Daemonless Container Engine by BenTheElder on Thursday February 11, 2021 @09:45PM (#26110211)
this seems like a pretty trivial amount of C, by comparison, and a pretty solved problem now.