SMR in the kernel - Work remaining

Session information has not yet been published for this event.

*

One Line Summary

A litany of work remaining for enabling SMR in the Kernel.

Abstract

We’ll explore a quick summary of what we (Seagate) have done for the adoption of SMR drives, another summary of the proposed changes outstanding that we have scoped, and a list of designs that need some initial thought and scoping.

Addressable topics include:
HBAs – vendor specific

libata/libsas/scsi – mostly done, thanks to Dr. Reinecke and Seagate engineers

drivers – sd (and st?) —Difference between tape, flash, SMR

blockdev changes – again, Dr. Reinecke and Seagate engineers

IO elevator for IO order

FS design (based off ext4): major algorithm changes
block allocator
garbage collector – compactor/defragmentor
b+trees (dynamic inodes, dynamic group sizes, group allocation/purpose updates)
Journaling

DM shims – {HM,Conv} to {HM,Conv}

mdraid/LVM – Buttressing, Overlapping, Interleaving, and Parity: aggregation of zones to FS.

Tags

storage, IO, SMR, Drive, File Systems

Speaker

  • Biography

    Adrian Palmer holds a MS of Electrical Engineering and a BS of Computer Engineering and Math, all from the University of Wyoming. He has spent over 10 years in Systems Administration, and has hobbyist experience in Linux and UNIX systems, creating router/gateway and NAS systems. In 1999, he was the first public high school student to earn an MCSE. Adrian currently works at Seagate and leads the SMRFFS project, contributing to the open source community.