'Bulls%^t! Complete bull$h*t!' Reset the clock on the last time woke Linus Torvalds exploded at a Linux kernel dev

Yes, we too would lose our mind over *checks notes* page caches and storage IO

Linux kernel chieftain Linus Torvalds owes the swear jar a few quid this week, although by his standards this most recent rant of his is relatively restrained.

Over on the kernel development mailing list, in a long and involved thread about the functionality and efficiency of operating system page caches, firebrand-turned-woke Torvalds described Aussie programmer Dave Chinner’s arguments in the debate as "bullshit," "complete bullshit," and "obviously garbage."

To be fair to the open-source overlord, this is a far less personal attack than previous outbursts, such as the time he slammed "some security people" as "just f#cking morons," or that unforgettable straight-to-the-point detonation: "Mauro, SHUT THE F**K UP."

Blow up

In this latest tussle, which has been brewing since mid-month, Chinner noted: "The page cache is still far, far slower than direct IO." The page cache is an area of system RAM reserved for, ideally, holding regularly accessed data normally held on storage devices. Reading and writing from and to the cache in RAM is typically faster that pulling or pushing the information out of or into the underlying hard disk or flash drive, which is why Torvalds blew up at Chinner's assertion.

"Bullshit, Dave ... Caches work, Dave," Torvalds shot back. "Anybody who thinks caches don't work is incompetent. 99% of all filesystem accesses are cached, and they never do any IO at all, and the page cache handles them beautifully.

"When you say that the page cache is slower than direct IO, it's because you don't even see or care about the *fast* case. You only get involved once there is actual IO to be done."

Now, what Torvalds said ain't wrong. However, the the thing is, crucially, Chinner was talking in the context of specific IO requests that just don't cache well, and noted that these inefficiencies could become more obvious as the deployment of PCIe 4.0-connected non-volatile storage memory spreads. Thus, the Aussie hit back:

You've taken one single statement I made from a huge email about complexities in dealing with IO concurrency, the page cache and architectural flaws in the existing code, quoted it out of context, fabricated a completely new context and started ranting about how I know nothing about how caches or the page cache work.

Not very professional but, unfortunately, an entirely predictable and expected response.

Linus, nobody can talk about direct IO without you screaming and tossing all your toys out of the crib. If you can't be civil or you find yourself writing a some condescending "caching 101" explanation to someone who has spent the last 15+ years working with filesystems and caches, then you're far better off not saying anything.

Chinner, who maintains the SGI-created XFS file system, concluded by clarifying in black and white: "For a highly concurrent application that is crunching through bulk data on large files on high throughput storage, the page cache is still far, far slower than direct IO."

In response, Torvalds grumbled about his debate opponent "back-tracking a bit," before adding: "I don't understand why you hate the page cache so much. For the cases you care about, the page cache should be a total non-issue ... maybe some day people won't have SSDs at all, and it's all NVDIMMs, and all filesystem data accesses are DAX, and caching is all done by hardware and the page cache will never exist at all.

"But honestly, that day is not today. It's decades away, and might never happen at all."

The thread continued on, with Chinner agreeing with a colleague yesterday: "Yup, that was the point I was trying to make when Linus started shouting at me about how caches work and how essential they are."


Torvalds apologised for being overly aggressive in September, and took a short break from kernel oversight to clam down and get some help to change his behavior.

He said his "flippant attacks in emails" to fellow programmers and kernel contributors "have been both unprofessional and uncalled for. Especially at times when I made it personal ... I know now this was not OK and I am truly sorry."

Some worried at the time that a too-chilled-out Linus would mean weaker and buggier code being let into the kernel because, they assumed, he wouldn't crack down quite as much on developers. There was no danger of that then, and seemingly no danger of that now.

On the one hand, managing a successful open-source mega-project like the Linux kernel, used in billions of computers, gadgets, servers, and other boxes globally, must be as stressful as herding hundreds of psionic cats – though, on the other hand, flying off the handle over a page cache probably won't deescalate that stress. Just saying.

Of course, we'll never quite know everything of that goes on in the hallways, meeting rooms, and office cubicles of big software houses developing similar code, and the swearing and ranting echoing off the walls there, whereas due to the open nature of the Linux kernel, Linus's rows and spats play out in public for everyone to see, and vultures like us to write up about.

This latest storm on a mailing list is available starting here. ®

Other stories you might like

  • AI tool finds hundreds of genes related to human motor neuron disease

    Breakthrough could lead to development of drugs to target illness

    A machine-learning algorithm has helped scientists find 690 human genes associated with a higher risk of developing motor neuron disease, according to research published in Cell this week.

    Neuronal cells in the central nervous system and brain break down and die in people with motor neuron disease, like amyotrophic lateral sclerosis (ALS) more commonly known as Lou Gehrig's disease, named after the baseball player who developed it. They lose control over their bodies, and as the disease progresses patients become completely paralyzed. There is currently no verified cure for ALS.

    Motor neuron disease typically affects people in old age and its causes are unknown. Johnathan Cooper-Knock, a clinical lecturer at the University of Sheffield in England and leader of Project MinE, an ambitious effort to perform whole genome sequencing of ALS, believes that understanding how genes affect cellular function could help scientists develop new drugs to treat the disease.

    Continue reading
  • Need to prioritize security bug patches? Don't forget to scan Twitter as well as use CVSS scores

    Exploit, vulnerability discussion online can offer useful signals

    Organizations looking to minimize exposure to exploitable software should scan Twitter for mentions of security bugs as well as use the Common Vulnerability Scoring System or CVSS, Kenna Security argues.

    Better still is prioritizing the repair of vulnerabilities for which exploit code is available, if that information is known.

    CVSS is a framework for rating the severity of software vulnerabilities (identified using CVE, or Common Vulnerability Enumeration, numbers), on a scale from 1 (least severe) to 10 (most severe). It's overseen by First.org, a US-based, non-profit computer security organization.

    Continue reading
  • Sniff those Ukrainian emails a little more carefully, advises Uncle Sam in wake of Belarusian digital vandalism

    NotPetya started over there, don't forget

    US companies should be on the lookout for security nasties from Ukrainian partners following the digital graffiti and malware attack launched against Ukraine by Belarus, the CISA has warned.

    In a statement issued on Tuesday, the Cybersecurity and Infrastructure Security Agency said it "strongly urges leaders and network defenders to be on alert for malicious cyber activity," having issued a checklist [PDF] of recommended actions to take.

    "If working with Ukrainian organizations, take extra care to monitor, inspect, and isolate traffic from those organizations; closely review access controls for that traffic," added CISA, which also advised reviewing backups and disaster recovery drills.

    Continue reading

Biting the hand that feeds IT © 1998–2022