Re:Moving Google toward the mainline
by yegle on Tuesday October 05, 2021 @11:18PM
(#28768774)
As an example, cgroup was initially developed in Google: https://en.wikipedia.org/wiki/Cgroups
[ Parent
| on HN ]
Cgroups is a great example of the problems faced here.
The cgroups code/API that made it into the upstream kernel was the product of a couple of years of internal experimentation at Google into ways to do kernel-level resource isolation, and was pretty different from the approach that was used internally in production on a rather older kernel version. (A bit like Borg vs Kubernetes). And it still took a couple more years for cgroups to replace the original internal mechanisms, since the internal way worked OK and upgrading the kernel across so many machines was risky.
And now we have CgroupsV2 to fix all of the issues with the original
Yes, and it shows (it's notoriously poorly designed)
Re:Moving Google toward the mainline
by renewiltord on Wednesday October 06, 2021 @12:21AM
(#28769161)
But it has the best design property of software: it exists and works in production.
That is what I tell myself when I get to review offshoring code.
Re:Moving Google toward the mainline
by GolDDranks on Wednesday October 06, 2021 @12:18AM
(#28769143)
Is Google notorious from poor design, or is there some other reason why cgroup being poorly designed would have to do it being designed by Google?
When it comes to Linux kernel work, yes.