Distributed System Is Slower Than a Laptop

Big companies spent millions on giant systems... and a basic laptop still smoked them

TLDR: A widely cited paper found some huge, costly computer systems were slower than a single laptop running smarter code. Commenters split between saying companies still need backup and reliability, and saying modern teams are wasting fortunes on trendy tools for problems one strong machine could handle.

The internet had a field day with this one: a famous old research paper showed that some giant, expensive computer setups were slower than one laptop thread, and readers reacted like they’d just watched a luxury sports car lose to a bicycle. The big shocker is simple enough for anyone to get: companies built sprawling systems across loads of rented machines, but for some jobs, one well-written program on one ordinary computer finished way faster. The article’s money quote was brutal too — a company could be spending $1.4 million a year on a setup that some commenters think is basically a $57,000 problem.

But the comments were where the real sparks flew. One camp basically yelled, “Hold on — speed isn’t everything!” Commenter edude03 pushed back hard, saying modern businesses don’t just need fast results, they need backup systems ready to go if one machine dies. Another crowd piled on the opposite side, with glouwbug waving around a spicy John Carmack post as proof that many “scalable” systems are just overcomplicated detours around writing efficient software in the first place.

And then came the office politics angle. jfim basically accused companies of running on vibe-based spending: once management approves a giant cloud budget, developers can keep clicking “deploy” on trendy tools without anyone asking whether the job was small enough for one strong machine. Even the article itself caught stray fire, with one reader snarking that the writing “sounds very LLM,” which is internet-speak for “this feels robot-written.” So yes, the laptop won — but the real showdown was in the comments: reliability vs simplicity, craftsmanship vs convenience, and whether modern tech is engineering or just expensive group cosplay.

Key Points

  • A 2015 paper by Frank McSherry, Michael Isard, and Derek Murray found that some published distributed graph-processing benchmarks were slower than a single-threaded laptop implementation.
  • In the cited benchmarks, GraphLab took 242 seconds on 128 cores for connected components on Twitter’s follower graph, while a laptop using union-find completed it in 15 seconds.
  • The paper introduced COST, or Configuration that Outperforms a Single Thread, to measure how much distributed configuration is required before beating one competent thread.
  • The article’s SaaS example describes a 55-engineer company processing 2 billion events per day with Kafka, Flink, and 3.5 platform engineers maintaining the pipeline.
  • The article estimates annual costs of about $112,000 for stream-processing compute, roughly $90,000 for Kafka infrastructure, $60,000 for cross-zone transfer, and $875,000 for platform engineering headcount.

Hottest takes

"doesn’t also require high availability" — edude03
"a simple, single C++ server" — glouwbug
"basically gave a blank check to developers" — jfim
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.