Skip to content
0:00 / 0:00

#xfs#filesystems#linuxkernel

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

Linux.conf.au 2012 -- Ballarat, Australia

11K subscribers • 4 videos on Hallway

YouTube
  • Recommended by 2 people: 2 on Hacker News.
  • A classic. People kept recommending it from 2014 to 2023.
  • Presented by Dave Chinner, XFS developer

Advanced. Deep dive for people who know the field.

29K views14 years ago2 recommendations

Systems programmingOperating systemsLinuxPerformance and optimization

Dave Chinner discusses the scalability challenges of the XFS filesystem, focusing on metadata performance and the architectural changes made to address them.

Filesystems are being asked to scale to larger configurations every week. They need to store more files, larger amounts of data and be able to index that data more efficiently than ever. XFS has had a number of pain points for managing large numbers of files and complex metadata structures that limit it's ability to scale out to the capabilities of it's underlying structures.

Why it's here

2 people recommend this

What people say. Recommended as an authoritative deep dive into filesystem design, metadata performance, and the engineering behind XFS scalability.

justin66on Hacker News • Recommends

On “Red Hat Unveils Red Hat Enterprise Linux 7”

I wonder if you know about Dave Chinner's talk, which addresses the metadata performance issue. (they fixed it) link to this video

noigaion Hacker News • Recommends

On “In OpenZFS and Btrfs, everyone was just guessing”

…at 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 link to this video History of Linux FS, also by Dave Chinner: link…

Tuna-Fishon Hacker News • Mentions

On “XFS: the filesystem of the future?”

…ight 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: link to this video…