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

Junsu Im

dblp:238/5412 · DBLP profile ↗
← Back
5ranked-venue papers
3as first author
3since 2021 · last 2025
0000-0002-7485-7870ORCID · corroborated

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

Systems, architecture and hardware · 4 · 3 first-author · 2 since 2021Software engineering, systems software and programming languages · 2 · 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
5 papers
Storage systems · 98% Embedded and real-time systems · 2%
Databases, data mining, and information retrieval
1 paper
Indexing and storage engines · 100%

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

TopicWeightPapersLastEvidence papers
Storage systems
flash and SSD
1.842025
Solid State Drive Targeted Memory-Efficient Indexing for Universal I/O Patterns and Fragmentation Degrees · EuroSys 2025
PinK: High-speed In-storage Key-value Store with Bounded Tails · USENIX ATC 2020
LightStore: Software-defined Network-attached Key-value Drives · ASPLOS 2019
Indexing and storage engines › probabilistic data structures
probabilistic index
0.912025
Solid State Drive Targeted Memory-Efficient Indexing for Universal I/O Patterns and Fragmentation Degrees · EuroSys 2025
Storage systems › flash and SSD › flash-aware data management
SSD-aware indexing
0.912025
Solid State Drive Targeted Memory-Efficient Indexing for Universal I/O Patterns and Fragmentation Degrees · EuroSys 2025
Storage systems
key-value storage
0.822020
PinK: High-speed In-storage Key-value Store with Bounded Tails · USENIX ATC 2020
LightStore: Software-defined Network-attached Key-value Drives · ASPLOS 2019
Storage systems
file systems
0.512021
Modernizing File System through In-Storage Indexing · OSDI 2021
Storage systems › flash and SSD › flash memory
flash storage
0.512021
Design of LSM-tree-based Key-value SSDs with Bounded Tails · ACM Trans. Storage 2021
Storage systems › key-value storage
key-value SSD
0.512021
Design of LSM-tree-based Key-value SSDs with Bounded Tails · ACM Trans. Storage 2021
Storage systems › key-value storage
LSM-tree
0.512021
Design of LSM-tree-based Key-value SSDs with Bounded Tails · ACM Trans. Storage 2021
Storage systems › key-value storage
LSM-tree key-value store
0.512021
Design of LSM-tree-based Key-value SSDs with Bounded Tails · ACM Trans. Storage 2021
Storage systems › flash and SSD
SSD-based key-value store
0.412020
PinK: High-speed In-storage Key-value Store with Bounded Tails · USENIX ATC 2020
Storage systems › flash and SSD › SSD architecture
software-defined flash
0.412019
LightStore: Software-defined Network-attached Key-value Drives · ASPLOS 2019
Storage systems › storage management
storage fragmentation
0.312025
Solid State Drive Targeted Memory-Efficient Indexing for Universal I/O Patterns and Fragmentation Degrees · EuroSys 2025
Embedded and real-time systems
resource-constrained systems
0.112021
Design of LSM-tree-based Key-value SSDs with Bounded Tails · ACM Trans. Storage 2021
Storage systems › flash and SSD
solid-state drive
0.112021
Design of LSM-tree-based Key-value SSDs with Bounded Tails · ACM Trans. Storage 2021
Storage systems › distributed storage
storage cluster
0.112019
LightStore: Software-defined Network-attached Key-value Drives · ASPLOS 2019

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

LSM-tree · 2.2approximate indexing · 1.7software-defined storage views · 0.8KV adapter layers · 0.8in-storage computing · 0.5DRAM pinning · 0.5
YearPublicationVenuePosition
2025 Solid State Drive Targeted Memory-Efficient Indexing for Universal I/O Patterns and Fragmentation Degrees
abstract
Thanks to the advance of device scaling technologies, the capacity of SSDs is rapidly increasing. Such increase, however, comes at the cost of a huge index table requiring large DRAM. To provide reasonable performance with less DRAM, various index structures exploiting locality and regularity of I/O references have been proposed. However, they provide deteriorated performance depending on I/O patterns and storage fragmentation. This paper proposes a novel approximate index structure, called AppL, which combines memory-efficient approximate indices and an LSM-tree that has an append-only and sorted nature. AppL reduces the index size to 6-8-bits per entry, which is considerably smaller than the typical index structures requiring 32-64-bits, and maintains such high memory efficiency irrespective of locality and fragmentation. By alleviating memory pressure, AppL achieves 33.6-72.4% shorter read latency and 28.4%-83.4% higher I/O throughput than state-of-the-art techniques.
Junsu Im, Jeonggyun Kim, Seonggyun Oh, Jinhyung Koo, Juhyung Park, Hoon Sung Chwa, Sam H. Noh, Sungjin Lee 0001
EuroSys1
2021 Modernizing File System through In-Storage Indexing
Jinhyung Koo, Junsu Im, Jooyoung Song, Juhyung Park, Bryan S. Kim, Sungjin Lee 0001
OSDI2
2021 Design of LSM-tree-based Key-value SSDs with Bounded Tails
abstract
Key-value store based on a log-structured merge-tree (LSM-tree) is preferable to hash-based key-value store, because an LSM-tree can support a wider variety of operations and show better performance, especially for writes. However, LSM-tree is difficult to implement in the resource constrained environment of a key-value SSD (KV-SSD), and, consequently, KV-SSDs typically use hash-based schemes. We present PinK , a design and implementation of an LSM-tree-based KV-SSD, which compared to a hash-based KV-SSD, reduces 99th percentile tail latency by 73%, improves average read latency by 42%, and shows 37% higher throughput. The key idea in improving the performance of an LSM-tree in a resource constrained environment is to avoid the use of Bloom filters and instead, use a small amount of DRAM to keep/pin the top levels of the LSM-tree. We also find that PinK is able to provide a flexible design space for a wide range of KV workloads by leveraging the read-write tradeoff in LSM-trees.
Junsu Im, Jinwook Bae, Chanwoo Chung, Arvind 0001, Sungjin Lee 0001
ACM Trans. Storage1
2020 PinK: High-speed In-storage Key-value Store with Bounded Tails
Junsu Im, Jinwook Bae, Chanwoo Chung, Arvind 0001, Sungjin Lee 0001
USENIX ATC1
2019 LightStore: Software-defined Network-attached Key-value Drives
abstract
We propose LightStore, a key-value flash store, as a substitute for x86-based storage servers. A LightStore node has a low-power embedded-class processor, a few gigabytes of DRAM and a few terabytes of NAND flash, and can be directly connected to a network port in a datacenter. A large-scale distributed storage cluster can be formed simply by adding more LightStore nodes to the network. Applications in a datacenter can take multiple software-defined views of LightStore stores via thin LightStore adapter layers, which translate conventional KV, YCSB, block, and file accesses to KV ones for LightStore. LightStore is estimated to be 2.0x power-efficient and 2.3x space-efficient than an x86-based all-flash array system of the same capacity. Experimental results on our LightStore prototype show that 1) the LightStore node performance is comparable to an x86 server with a single SSD; 2) a four-node LightStore cluster exhibits up to 7.4x better ops/J than an x86 server with four SSDs.
Chanwoo Chung, Jinhyung Koo, Junsu Im, Arvind 0001, Sungjin Lee 0001
ASPLOS3