Demo Data from SIGIR 2026 / reviewers in the wild / expert
Kaisong Huang
dblp:298/7528
· DBLP profile ↗
8ranked-venue papers
4as first author
8since 2021 · last 2025
0000-0001-7919-5426ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 8 · 4 first-author · 8 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.
| Databases, data mining, and information retrieval
7 papers |
Transaction processing and concurrency control · 38% Indexing and storage engines · 36% Database system architecture and tuning · 23% | |
| Software engineering, system software, and programming languages
2 papers |
Operating systems · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
2 papers |
Memory systems · 85% Performance modeling and evaluation · 15% |
Topics — the 14 heaviest of 17, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems › resource management › process management
CPU scheduling |
1.7 | 2 | 2025 | Analytics Are Heavy. The DBMS Is Busy. When Will My Mission-Critical Transaction Start Running? · Proc. VLDB Endow. 2025 Low-Latency Transaction Scheduling via Userspace Interrupts: Why Wait or Yield When You Can Preempt? · Proc. ACM Manag. Data 2025 |
Indexing and storage engines
range index |
1.5 | 3 | 2024 | DEX: Scalable Range Indexing on Disaggregated Memory · Proc. VLDB Endow. 2024 Evaluating Persistent Memory Range Indexes: Part Two · Proc. VLDB Endow. 2022 The Past, Present and Future of Indexing on Persistent Memory · Proc. VLDB Endow. 2022 |
Transaction processing and concurrency control › concurrency control
optimistic concurrency control |
0.9 | 1 | 2025 | Analytics Are Heavy. The DBMS Is Busy. When Will My Mission-Critical Transaction Start Running? · Proc. VLDB Endow. 2025 |
Transaction processing and concurrency control
transaction scheduling |
0.9 | 1 | 2025 | Low-Latency Transaction Scheduling via Userspace Interrupts: Why Wait or Yield When You Can Preempt? · Proc. ACM Manag. Data 2025 |
Operating systems › resource management › process management › CPU scheduling
preemptive scheduling |
0.9 | 1 | 2025 | Analytics Are Heavy. The DBMS Is Busy. When Will My Mission-Critical Transaction Start Running? · Proc. VLDB Endow. 2025 |
Memory systems
memory disaggregation |
0.8 | 1 | 2024 | DEX: Scalable Range Indexing on Disaggregated Memory · Proc. VLDB Endow. 2024 |
Transaction processing and concurrency control
isolation levels |
0.6 | 1 | 2022 | Skeena: Efficient and Consistent Cross-Engine Transactions · SIGMOD Conference 2022 |
Indexing and storage engines
persistent memory index |
0.6 | 1 | 2022 | Evaluating Persistent Memory Range Indexes: Part Two · Proc. VLDB Endow. 2022 |
Memory systems
non-volatile memory |
0.6 | 1 | 2022 | Evaluating Persistent Memory Range Indexes: Part Two · Proc. VLDB Endow. 2022 |
Memory systems › non-volatile memory
persistent memory |
0.6 | 1 | 2022 | Evaluating Persistent Memory Range Indexes: Part Two · Proc. VLDB Endow. 2022 |
Distributed and cloud data management › large-scale data management
scalable indexing |
0.2 | 1 | 2024 | DEX: Scalable Range Indexing on Disaggregated Memory · Proc. VLDB Endow. 2024 |
Indexing and storage engines
hash index |
0.2 | 1 | 2022 | The Past, Present and Future of Indexing on Persistent Memory · Proc. VLDB Endow. 2022 |
Performance modeling and evaluation
benchmarking |
0.2 | 1 | 2022 | Evaluating Persistent Memory Range Indexes: Part Two · Proc. VLDB Endow. 2022 |
Performance modeling and evaluation › benchmarking › database system benchmarking
index benchmarking |
0.2 | 1 | 2022 | Evaluating Persistent Memory Range Indexes: Part Two · Proc. VLDB Endow. 2022 |
Methods — techniques the papers use, named apart from their topics
userspace interrupts · 3.5user-interrupt-assisted context switching · 1.7preemption · 1.7context switching · 1.7logical partitioning · 1.5lightweight caching · 1.5cost-aware offloading · 1.5experimental evaluation · 1.1stackless coroutines · 0.7coroutine-to-transaction paradigm · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Low-Latency Transaction Scheduling via Userspace Interrupts: Why Wait or Yield When You Can Preempt?abstractTraditional non-preemptive scheduling can lead to long latency under workloads that mix long-running and short transactions with varying priorities. This occurs because worker threads tend to monopolize CPU cores until they finish processing long-running transactions. Thus, short transactions must wait for the CPU, leading to long latency. As an alternative, cooperative scheduling allows for transaction yielding, but it is difficult to tune for diverse workloads. Although preemption could potentially alleviate this issue, it has seen limited adoption in DBMSs due to the high delivery latency of software interrupts and concerns on wasting useful work induced by read-write lock conflicts in traditional lock-based DBMSs. In this paper, we propose PreemptDB, a new database engine that leverages recent userspace interrupts available in modern CPUs to enable efficient preemptive scheduling. We present an efficient transaction context switching mechanism purely in userspace and scheduling policies that prioritize short, high-priority transactions without significantly affecting long-running queries. Our evaluation demonstrates that PreemptDB significantly reduces end-to-end latency for high-priority transactions compared to non-preemptive FIFO and cooperative scheduling methods. Kaisong Huang, Jiatang Zhou, Zhuoyue Zhao 0001, Dong Xie 0001, Tianzheng Wang 0001 |
Proc. ACM Manag. Data | 1 |
| 2025 | Analytics Are Heavy. The DBMS Is Busy. When Will My Mission-Critical Transaction Start Running?abstractConventional non-preemptive scheduling strategies struggle to meet the latency requirements of mixed workloads: low-priority, long-running analytics can dominate CPU cores while short, high-priority transactions wait a long time to be scheduled. Although preemptive scheduling appears to be a natural solution, it has long been discouraged in DBMSs by conventional wisdom due to concerns about deadlocks and interrupt-handling overheads. In this demonstration, we highlight that this is no longer the case with PreemptDB, a modern memory-optimized DBMS that we built around (1) optimistic concurrency and (2) userspace interrupts that recently became available in x86 CPUs. PreemptDB proposes user-interruptassisted context switching to renew preemptive scheduling in modern DBMSs. Through a set of demonstration scenarios, we show that preemptive scheduling is practical and prioritizes high-priority transactions while preserving throughput and fairness. Jiatang Zhou, Kaisong Huang, Zhuoyue Zhao 0001, Dong Xie 0001, Tianzheng Wang 0001 |
Proc. VLDB Endow. | 2 |
| 2024 | DEX: Scalable Range Indexing on Disaggregated MemoryabstractMemory disaggregation can potentially allow memory-optimized range indexes such as B+-trees to scale beyond one machine while attaining high hardware utilization and low cost. Designing scalable indexes on disaggregated memory, however, is challenging due to rudimentary caching, unprincipled offloading and excessive inconsistency among servers. This paper proposes DEX, a new scalable B+-tree for memory disaggregation. DEX includes a set of techniques to reduce remote accesses, including logical partitioning, lightweight caching and cost-aware offloading. Our evaluation shows that DEX can outperform the state-of-the-art by 1.7--56.3×, and the advantage remains under various setups, such as cache size and skewness. Baotong Lu, Kaisong Huang, Chieh-Jan Mike Liang, Tianzheng Wang 0001, Eric Lo 0001 |
Proc. VLDB Endow. | 2 |
| 2023 | The Art of Latency Hiding in Modern Database EnginesabstractModern database engines must well use multicore CPUs, large main memory and fast storage devices to achieve high performance. A common theme is hiding latencies such that more CPU cycles can be dedicated to "real" work, improving overall throughput. Yet existing systems are only able to mitigate the impact of individual latencies, e.g., by interleaving memory accesses with computation to hide CPU cache misses. They still lack the joint optimization of hiding the impact of multiple latency sources. This paper presents MosaicDB, a set of latency-hiding techniques to solve this problem. With stackless coroutines and carefully crafted scheduling policies, we explore how I/O and synchronization latencies can be hidden in a well-crafted OLTP engine that already hides memory access latency, without hurting the performance of memory-resident workloads. MosaicDB also avoids oversubscription and reduces contention using the coroutine-to-transaction paradigm. Our evaluation shows MosaicDB can achieve these goals and up to 33x speedup over prior state-of-the-art. Kaisong Huang, Tianzheng Wang 0001, Qingzhong Meng |
Proc. VLDB Endow. | 1 |
| 2022 | SSDs Striking Back: The Storage Jungle and Its Implications to Persistent Indexes
Kaisong Huang, Darien Imai, Tianzheng Wang 0001, Dong Xie 0001 |
CIDR | 1 |
| 2022 | Skeena: Efficient and Consistent Cross-Engine TransactionsabstractDatabase systems are becoming increasingly multi-engine. In particular, a main-memory database engine may coexist with a traditional storage-centric engine in a system to support various applications. It is desirable to allow applications to access data in both engines using cross-engine transactions. But existing systems are either only designed for single-engine accesses, or impose many restrictions by limiting cross-engine transactions to certain isolation levels and table operations. The result is inadequate cross-engine support in terms of correctness, performance and programmability. Kaisong Huang, Tianzheng Wang 0001, King Lv |
SIGMOD Conference | 2 |
| 2022 | Evaluating Persistent Memory Range Indexes: Part TwoabstractScalable persistent memory (PM) has opened up new opportunities for building indexes that operate and persist data directly on the memory bus, potentially enabling instant recovery, low latency and high throughput. When real PM hardware (Intel Optane Persistent Memory) first became available, previous work evaluated PM indexes proposed in the pre-Optane era. Since then, newer indexes based on real PM have appeared, but it is unclear how they compare to each other and to previous proposals, and what further challenges remain. This paper addresses these issues by analyzing and experimentally evaluating state-of-the-art PM range indexes built for real PM. We find that newer designs inherited past techniques with new improvements, but do not necessarily outperform pre-Optane era proposals. Moreover, PM indexes are often very competitive with or even outperform indexes tailored for DRAM, highlighting the potential of using a unified design for both PM and DRAM. Functionality-wise, these indexes still lack good support for variable-length keys and handling NUMA effect. Based on our findings, we distill new design principles and highlight future directions. Yuliang He, Duo Lu, Kaisong Huang, Tianzheng Wang 0001 |
Proc. VLDB Endow. | 3 |
| 2022 | The Past, Present and Future of Indexing on Persistent MemoryabstractPersistent memory (PM) based indexing techniques have been proposed to build fast yet persistent indexes that sit on the memory bus. Over the past decade, numerous techniques have been proposed with various assumptions and different properties (e.g., some of them were proposed before real PM became available), making it hard for researchers and practitioners to gain a comprehensive understanding of the area. In this tutorial, we give a comprehensive overview of PM indexing techniques, covering both range and hash indexes. We contrast the designs proposed before and after real PM became available, summarize the common and useful design techniques, and discuss potential future challenges and opportunities in this area. Kaisong Huang, Yuliang He, Tianzheng Wang 0001 |
Proc. VLDB Endow. | 1 |