Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Thomas Kim

dblp:241/9755 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
1since 2021 · last 2023
0000-0001-6282-0803ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 2 · 2 first-author · 1 since 2021Software engineering, systems software and programming languages · 1 · 1 first-author · 1 since 2021

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
1 paper
Storage systems · 100%

Topics — the 8 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Storage systems
flash and SSD
0.712023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems › storage reliability
RAID
0.712023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems
storage reliability
0.712023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems › flash and SSD › solid-state drive › zoned namespace SSD
ZNS RAID
0.712023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems › flash and SSD › solid-state drive
zoned namespace SSD
0.712023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems
file systems
0.212023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems
key-value storage
0.212023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
Storage systems › key-value storage
RocksDB
0.212023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023

Methods — techniques the papers use, named apart from their topics

parity · 0.7garbage collection control · 0.7data striping · 0.7
YearPublicationVenuePosition
2023 RAIZN: Redundant Array of Independent Zoned Namespaces
abstract
Zoned Namespace (ZNS) SSDs are the latest evolution of host-managed flash storage, enabling improved performance at a lower cost-per-byte than traditional block interface (conventional) SSDs. To date, there is no support for arranging these new devices in arrays that offer increased throughput and reliability (RAID). We identify key challenges in designing redundant ZNS SSD arrays, such as managing metadata updates and persisting partial stripe writes in the absence of overwrite support from the device. We present RAIZN, a logical volume manager that exposes a ZNS interface and stripes data and parity across ZNS SSDs. RAIZN provides more stable throughput and lower tail latencies than an mdraid array of conventional SSDs based on the same hardware platform. RAIZN achieves superior performance because device-level garbage collection slows down conventional SSDs. We confirm that the benefits of RAIZN translate to higher layers by adapting the F2FS file system, RocksDB key-value store, and MySQL database to work with ZNS and leverage its benefits by closely controlling garbage collection. Compared to arrays of conventional SSDs experiencing on-device garbage collection, RAIZN leverages the ZNS interface to maintain consistent performance with up to 14× higher throughput and lower tail latency.
Thomas Kim, Jekyeom Jeon, Nikhil Arora, Huaicheng Li, Michael Kaminsky, David G. Andersen, Gregory R. Ganger, George Amvrosiadis, Matias Bjørling
ASPLOS (2)1
2020 High availability in cheap distributed key value storage
abstract
Memory-based storage currently offers the highest-performance distributed storage, keeping the primary copy of all data in DRAM. Recent advances in non-volatile main memory (NVMM) technologies promise latency similar to DRAM at reduced cost and energy, but will make providing high availability more challenging. Previous approaches to failure recovery involve maintaining multiple identical replicas or relying on fast offline restoration of data from backup replicas stored on SSD. Unfortunately, NVMM's combination of lower write throughput and increased storage density means that offline restoration can no longer provide sufficiently fast recovery, and maintaining multiple identical replicas is generally cost prohibitive.
Thomas Kim, Daniel Lin-Kit Wong, Gregory R. Ganger, Michael Kaminsky, David G. Andersen
SoCC1