HackerTube.dev

XFS: Recent and Future Adventures in Filesystem Scalability - Dave Chinner

Linux.conf.au 2012 -- Ballarat, Australia · 29.1K views · 2012-01-20 · 49:16

Open on YouTube ↗

If playback is restricted in your region, try opening the original video. Use Mark watched to add it to your marked videos.

Overview

Dave Chinner's linux.conf.au 2012 talk on XFS scalability, covering pain points with large numbers of files and complex metadata, and the work to fix XFS metadata performance.

On Hacker News

HN recommends it as the definitive explanation of XFS metadata performance fixes and how XFS was developed and made robust on Linux.

Recommended by 2 HN people across 2 months · HN mentions 2012–2023

Topics

Databases & storageLinux & open-source ecosystemsOperating systems & kernels
Search by tags
xfsfilesystemslinux kernelmetadata performancedave chinner

What people said

noigai · 2023-12 · Recommendation

> XFS is probably the best bet on Linux Yes, agree. However, I also lost files on it (had files overwritten with 0s, as other people already commented here). Also, it's your best bet of you don't need the extra features provided by ZFS. Thanks to its checksum validation, I detected bad SATA cables three times already (on different systems), instead of getting corrupted data. >it was beautifully designed and implemented by SGI back in the day. Hopefully the ChatGPT generation don't start modifying that code too much. Except it's not what happened. Please check this talk from Dave Chinner, where he explains how XFS was developed and ported to Linux and then made robust and stable by him and other contributors. The disk format has changed many times, now it's robust and resilient against metadata corruption. XFS Development talk by Dave Chinner [VIDEO] History of Linux FS, also by Dave Chinner: [LINK]

Read the original HN comment ↗
justin66 · 2014-06 · Recommendation

I wonder if you know about Dave Chinner's talk, which addresses the metadata performance issue. (they fixed it) [VIDEO]

Read the original HN comment ↗
Tuna-Fish · 2012-02 · Reference

> A while ago, I read somewhere that XFS is good for a small number of large files, whereas ReiserFS is good for a large number of small files. I don't know whether that's true anymore if it ever was It used to be true. XFS has for a long time been the very fastest real filesystem available when it comes to moving data, and one of the slowest ones in real-world use when it comes to changing metadata. Untarring a kernel tarball a second time (on top of the first) is pretty much the canonical benchmark for metadata operations, and the one where XFS used to be at it's absolute worst. XFS is in the news right now exactly because they have fixed that deficiency. It's still faster than ext*, zfs and btrfs in pretty much everything else, but now it's comparable to them when modifying metadata. So this is exactly the right benchmark to use, because it's the one where there has been recent change. Video of Dave Chinner presenting this at linux.conf.au: [VIDEO]

Read the original HN comment ↗

Sources

Video by Linux.conf.au 2012 -- Ballarat, Australia, played through YouTube.

Data and selection notes

HN summaries and labels may contain AI errors. HN dates refer to discussions, not video publication.

HN Library: HackerTube export (2026-10-31) and open-index/hacker-news. Upstream summaries and classifications may contain AI errors.

Views, duration and playback status refresh separately from the published catalog. When an update fails, existing data remains visible.

Selection checks
  • SaaS & AI candidates: Topic keywords do not match
  • Editor-approved picks: Editorial review is required

Rule matches identify candidates. They do not guarantee video quality or financial results.

About the library and its sources