[esperent]

To be fair, few things of any number of LOC have as much utility as the Linux kernel, and it's also a particularly dense example of code. There's plenty of other examples that have higher LOC / utility ratio without being vibe coded. For example, Google's monorepo famously has 2 billion LOC, which is a statistic I've heard long before LLM coding took over.

[jeffbee]

Clarification: Google claimed to have 2 billion lines of code in their repo ten years ago, and a commit rate of 50,000 changelists per day, both on exponential growth trends.

[zaphar]

That's a monorepo with hundreds if not thousands of different applications. It's not even close to an apples to apples comparison.

[jeffbee]

That's certainly a way to look at it. And that repo contains a "third party" directory which itself contains Linux, LLVM, and much of the rest of the open source world. But I would suggest that the largest of those thousands of applications probably has a transitive closure of hundreds of millions of lines of code.

[zaphar]

I'm aware. I worked on that specific project (assuming we are talking about the same one) back in the day. :-)

There are certainly very large applications in that repo in the hundreds of millions of lines of code. But comparing the entire repo to single applications is not an apt comparison.

[esperent]

Ok, then we can still compare one of those very large applications that have hundreds of millions of lines.