-
Welcome
-
Subscribe to
SMR in the kernel - Work remaining
*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.