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

Jekyeom Jeon

dblp:200/2410 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
1since 2021 · last 2023
—ORCID · none

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

Systems, architecture and hardware · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021Databases, data management, data science and information retrieval · 1

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
2 papers
Storage systems · 100%
Databases, data mining, and information retrieval
1 paper
Transaction processing and concurrency control · 77% Distributed and cloud data management · 23%

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

TopicWeightPapersLastEvidence papers
Storage systems
flash and SSD
0.922023
RAIZN: Redundant Array of Independent Zoned Namespaces · ASPLOS (2) 2023
SSD-Assisted Backup and Recovery for Database Systems · ICDE 2017
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
Transaction processing and concurrency control
backup and recovery
0.312017
SSD-Assisted Backup and Recovery for Database Systems · ICDE 2017
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
Distributed and cloud data management
data replication
0.112017
SSD-Assisted Backup and Recovery for Database Systems · ICDE 2017

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

parity · 0.7garbage collection control · 0.7data striping · 0.7out-of-place update · 0.6flash translation layer · 0.6
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)2
2017 SSD-Assisted Backup and Recovery for Database Systems
abstract
Backup and recovery is an important feature of database systems since it protects data against unexpected hardware and software failures. Database systems can provide data safety and reliability by creating a backup and restoring the backup from a failure. Database administrators can use backup/recovery tools that are provided with database systems or backup/recovery methods with operating systems. However, the existing tools perform time-consuming jobs and the existing methods may negatively affect run-time performance during normal operation even though high-performance SSDs are used. In this paper, we present an SSD-assisted backup/recovery scheme for database systems. In our scheme, we extend the out-of-place update characteristics of flash-based SSDs for backup/recovery operations. To this end, we exploit the resources (e.g., flash translation layer and DRAM cache with supercapacitors) inside SSDs, and we call our SSD with new backup/recovery features BR-SSD. We design and implement the backup/recovery functionality in the Samsung enterprise-class SSD (i.e., SM843Tn) for more realistic systems. Furthermore, we conduct a case study of BR-SSDs in replicated database systems and modify MySQL with replication to integrate BR-SSDs. The experimental result demonstrates that our scheme provides fast recovery while it does not negatively affect the run-time performance during normal operation.
Yongseok Son, Jaeyoon Choi, Jekyeom Jeon, Cheolgi Min, Sunggon Kim, Heon Young Yeom, Hyuck Han
ICDE3