Demo Data from SIGIR 2026 / reviewers in the wild / expert
Supawit Chockchowwat
dblp:218/6145
· DBLP profile ↗
9ranked-venue papers
4as first author
7since 2021 · last 2025
0000-0003-2881-8501ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 6 · 4 first-author · 6 since 2021Artificial intelligence and machine learning · 2Systems, architecture and hardware · 1Human-computer interaction and ubiquitous computing · 1 · 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.
| Databases, data mining, and information retrieval
6 papers |
Database system architecture and tuning · 31% Indexing and storage engines · 30% Query processing and optimization · 16% | |
| Computer architecture, parallel and distributed computing, and storage systems
4 papers |
Distributed systems · 71% Storage systems · 21% Cloud and datacenter computing · 8% | |
| Human-computer interaction and pervasive computing
1 paper |
User interface design and tools · 77% Ubiquitous computing and smart environments · 23% |
Topics — the 11 heaviest of 18, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Database system architecture and tuning
index tuning |
1.2 | 2 | 2023 | AirIndex: Versatile Index Tuning Through Data and Storage · Proc. ACM Manag. Data 2023 Tuning Hierarchical Learned Indexes on Disk and Beyond · SIGMOD Conference 2022 |
Indexing and storage engines
learned index |
1.2 | 2 | 2023 | AirIndex: Versatile Index Tuning Through Data and Storage · Proc. ACM Manag. Data 2023 Tuning Hierarchical Learned Indexes on Disk and Beyond · SIGMOD Conference 2022 |
Distributed systems › fault tolerance
checkpointing |
0.8 | 1 | 2024 | Kishu: Time-Traveling for Computational Notebooks · Proc. VLDB Endow. 2024 |
Distributed systems › fault tolerance › checkpointing
incremental checkpointing |
0.8 | 1 | 2024 | Kishu: Time-Traveling for Computational Notebooks · Proc. VLDB Endow. 2024 |
Query processing and optimization
approximate query processing |
0.7 | 1 | 2023 | A Step Toward Deep Online Aggregation · Proc. ACM Manag. Data 2023 |
Indexing and storage engines
hierarchical index |
0.7 | 1 | 2023 | AirIndex: Versatile Index Tuning Through Data and Storage · Proc. ACM Manag. Data 2023 |
Query processing and optimization › aggregation
online aggregation |
0.7 | 1 | 2023 | A Step Toward Deep Online Aggregation · Proc. ACM Manag. Data 2023 |
Information retrieval › indexing
document indexing |
0.6 | 1 | 2022 | Airphant: Cloud-oriented Document Indexing · ICDE 2022 |
Database system architecture and tuning › index tuning
learned index tuning |
0.6 | 1 | 2022 | Tuning Hierarchical Learned Indexes on Disk and Beyond · SIGMOD Conference 2022 |
Information retrieval
search engines |
0.6 | 1 | 2022 | Airphant: Cloud-oriented Document Indexing · ICDE 2022 |
Cloud and datacenter computing
cloud storage |
0.2 | 1 | 2022 | Airphant: Cloud-oriented Document Indexing · ICDE 2022 |
Methods — techniques the papers use, named apart from their topics
incremental checkout · 2.3co-variable granularity checkpointing · 2.3graph-based optimization · 1.3statistical index · 1.1asynchronous parallel network requests · 1.1human-subject study · 0.9learned index models · 0.6error correction · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Enhancing Computational Notebooks with Code+Data Space VersioningabstractThere is a gap between how people explore data and how Jupyterlike computational notebooks are designed.People explore data nonlinearly, using execution undos, branching, and/or complete reverts, whereas notebooks are designed for sequential exploration.Recent works like ForkIt are still insufficient to support these multiple modes of nonlinear exploration in a unified way.In this work, we address the challenge by introducing twodimensional code+data space versioning for computational notebooks and verifying its effectiveness using our prototype system, Kishuboard, which integrates with Jupyter.By adjusting code and data knobs, users of Kishuboard can intuitively manage the state of computational notebooks in a flexible way, thereby achieving both execution rollbacks and checkouts across complex multi-branch exploration history.Moreover, this two-dimensional versioning mechanism can easily be presented along with a friendly one-dimensional history.Human subject studies indicate that Kishuboard significantly enhances user productivity in various data science tasks. Hanxi Fang, Supawit Chockchowwat, Hari Sundaram, Yongjoo Park |
CHI | 2 |
| 2025 | Chipmink: Efficient Delta Identification for Massive Object Graphs
Supawit Chockchowwat, Sumay Thakurdesai, Zhaoheng Li, Matthew Krafczyk, Yongjoo Park |
Proc. VLDB Endow. | 1 |
| 2024 | Kishu: Time-Traveling for Computational NotebooksabstractComputational notebooks (e.g., Jupyter, Google Colab) are widely used by data scientists. A key feature of notebooks is the interactive computing model of iteratively executing cells (i.e., a set of statements) and observing the result (e.g., model or plot). Unfortunately, existing notebook systems do not offer time-traveling to past states : when the user executes a cell, the notebook session state consisting of user-defined variables can be irreversibly modified —e.g., the user cannot 'un-drop' a dataframe column. This is because, unlike DBMS, existing notebook systems do not keep track of the session state. Existing techniques for checkpointing and restoring session states, such as OS-level memory snapshot or application-level session dump, are insufficient: checkpointing can incur prohibitive storage costs and may fail, while restoration can only be inefficiently performed from scratch by fully loading checkpoint files. In this paper, we introduce a new notebook system, Kishu, that offers time-traveling to and from arbitrary notebook states using an efficient and fault-tolerant incremental checkpoint and checkout mechanism. Kishu creates incremental checkpoints that are small and correctly preserve complex inter-variable dependencies at a novel Co-variable granularity. Then, to return to a previous state, Kishu accurately identifies the state difference between the current and target states to perform incremental checkout at sub-second latency with minimal data loading. Kishu is compatible with 146 object classes from popular data science libraries (e.g., Ray, Spark, PyTorch), and reduces checkpoint size and checkout time by up to 4.55× and 9.02×, respectively, on a variety of notebooks. Zhaoheng Li, Supawit Chockchowwat, Areet Sheth, Yongjoo Park, Ribhav Sahu |
Proc. VLDB Endow. | 2 |
| 2023 | AirIndex: Versatile Index Tuning Through Data and StorageabstractThe end-to-end lookup latency of a hierarchical index---such as a B-tree or a learned index---is determined by its structure such as the number of layers, the kinds of branching functions appearing in each layer, the amount of data we must fetch from layers, etc. Our primary observation is that by optimizing those structural parameters (or designs) specifically to a target system's I/O characteristics (e.g., latency, bandwidth), we can offer a faster lookup compared to the ones that are not optimized. Can we develop a systematic method for finding those optimal design parameters? Ideally, the method must have the potential to generate almost any existing index or a novel combination of them for the fastest possible lookup. In this work, we present new data and an I/O-aware index builder (called AirIndex) that can find high-speed hierarchical index designs in a principled way. Specifically, AirIndex minimizes an objective function expressing the end-to-end latency in terms of various designs---the number of layers, types of layers, and more---for given data and a storage profile, using a graph-based optimization method purpose-built to address the computational challenges rising from the inter-dependencies among index layers and the exponentially many candidate parameters in a large search space. Our empirical studies confirm that AirIndex can find optimal index designs, build optimal indexes within the times comparable to existing methods, and deliver up to 4.1x faster lookup than a lightweight B-tree library (LMDB), 3.3x--46.3x faster than state-of-the-art learned indexes (RMI/CDFShop, PGM-index, ALEX/APEX, PLEX), and 2.0 faster than Data Calculator's suggestion on various dataset and storage settings. Supawit Chockchowwat, Wenjie Liu 0007, Yongjoo Park |
Proc. ACM Manag. Data | 1 |
| 2023 | A Step Toward Deep Online AggregationabstractFor exploratory data analysis, it is often desirable to know what answers you are likely to get before actually obtaining those answers. This can potentially be achieved by designing systems to offer the estimates of a data operation result-say op(data)-earlier in the process based on partial data processing. Those estimates continuously refine as more data is processed and finally converge to the exact answer. Unfortunately, the existing techniques-called Online Aggregation (OLA)-are limited to a single operation; that is, we cannot obtain the estimates for op(op(data)) or op(...(op(data))). If this Deep OLA becomes possible, data analysts will be able to explore data more interactively using complex cascade operations. In this work, we take a step toward Deep OLA with evolving data frames (edf), a novel data model to offer OLA for nested ops-op(...(op(data)))-by representing an evolving structured data (with converging estimates) that is closed under set operations. That is, op(edf) produces yet another edf; thus, we can freely apply successive operations to edf and obtain an OLA output for each op. We evaluate its viability with Wake, an edf-based OLA system, by examining against state-of-the-art OLA and non-OLA systems. In our experiments on TPC-H dataset, Wake produces its first estimates 4.93× faster (median)-with 1.3× median slowdown for exact answers-compared to conventional systems. Besides its generality, Wake is also 1.92× faster (median) than existing OLA systems in producing estimates of under 1% relative errors. Nikhil Sheoran, Supawit Chockchowwat, Arav Chheda, Suwen Wang, Riya Verma, Yongjoo Park |
Proc. ACM Manag. Data | 2 |
| 2022 | Airphant: Cloud-oriented Document IndexingabstractModern data warehouses can scale compute nodes independently of storage. These systems persist their data on cloud storage, which is always available and cost-efficient. Ad-hoc compute nodes then fetch necessary data on-demand from cloud storage. This ability to quickly scale or shrink data systems is highly beneficial if query workloads may change over time. We apply this new architecture to search engines with a focus on optimizing their latencies in cloud environments. However, simply placing existing search engines (e.g., Apache Lucene) on top of cloud storage significantly increases their end-to-end query latencies (i.e., more than 6 seconds on average in one of our studies). This is because their indexes can incur multiple network round-trips due to their hierarchical structure (e.g., skip lists, B-trees, learned indexes). To address this issue, we develop a new statistical index, called IoU Sketch. For lookup, IoU Sketch makes multiple asynchronous network requests in parallel. While IoU Sketch may fetch more bytes than existing indexes, it significantly reduces the index lookup time because parallel requests do not block each other. Based on IoU Sketch, we built an end-to-end search engine called Airphant; we describe how Airphant builds, optimizes, and manages IoU Sketch, and ultimately supports keyword-based querying. In our experiments with four real datasets, Airphant's average end-to-end latencies are between 13 milliseconds and 300 milliseconds, up to 8.97× faster than Apache Lucence and 113.39× faster than Elasticsearch. Supawit Chockchowwat, Chaitanya Sood, Yongjoo Park |
ICDE | 1 |
| 2022 | Tuning Hierarchical Learned Indexes on Disk and BeyondabstractEntry retrieval-a process to retrieve rows whose field(s) associates with the given key(s)-is one of the core operations in databases. Classical indexes such as B-tree [2, 4] and skip list recursively partition the key space into a hierarchical structure. Such a structure retrieves an entry by traversing the path of partitions that enclose the given key, effectively reducing uncertainty of key's position as the traversal proceeds. Recently, index designers have developed interests in learned indexes, a concept introduced by [13]. Using patterns in key-position pairs, a learned model can provide a significantly higher information gain about the key's position than a pessimistic partitioning index can [8]. Many works have successfully outperformed classical indexes by multiple factors in latency and memory usage. Overall, they incorporate various combinations of models, partitioning, error corrections (a.k.a. last mile search), mutability, and tunable parameters [6, 9, 10, 12, 16] among many other works. Supawit Chockchowwat |
SIGMOD Conference | 1 |
| 2020 | Hypothesis-Driven Skill Discovery for Hierarchical Deep Reinforcement LearningabstractDeep reinforcement learning (DRL) is capable of learning high-performing policies on a variety of complex high-dimensional tasks, ranging from video games to robotic manipulation. However, standard DRL methods often suffer from poor sample efficiency, partially because they aim to be entirely problem-agnostic. In this work, we introduce a novel approach to exploration and hierarchical skill learning that derives its sample efficiency from intuitive assumptions it makes about the behavior of objects both in the physical world and simulations which mimic physics. Specifically, we propose the Hypothesis Proposal and Evaluation (HyPE) algorithm, which discovers objects from raw pixel data, generates hypotheses about the controllability of observed changes in object state, and learns a hierarchy of skills to test these hypotheses. We demonstrate that HyPE can dramatically improve the sample efficiency of policy learning in two different domains: a simulated robotic blockpushing domain, and a popular benchmark task: Breakout. In these domains, HyPE learns high-scoring policies an order of magnitude faster than several state-of-the-art reinforcement learning methods. Caleb Chuck, Supawit Chockchowwat, Scott Niekum |
IROS | 2 |
| 2018 | Functional generative design: an evolutionary approach to 3D-printingabstractConsumer-grade printers are widely available, but their ability to print complex objects is limited. Therefore, new designs need to be discovered that serve the same function, but are printable. A representative such problem is to produce a working, reliable mechanical spring. The proposed methodology for discovering solutions to this problem consists of three components: First, an effective search space is learned through a variational autoencoder (VAE); second, a surrogate model for functional designs is built; and third, a genetic algorithm is used to simultaneously update the hyperparameters of the surrogate and to optimize the designs using the updated surrogate. Using a car-launcher mechanism as a test domain, spring designs were 3D-printed and evaluated to update the surrogate model. Two experiments were then performed: First, the initial set of designs for the surrogate-based optimizer was selected randomly from the training set that was used for training the VAE model, which resulted in an exploitative search behavior. On the other hand, in the second experiment, the initial set was composed of more uniformly selected designs from the same training set and a more explorative search behavior was observed. Both of the experiments showed that the methodology generates interesting, successful, and reliable spring geometries robust to the noise inherent in the 3D printing process. The methodology can be generalized to other functional design problems, thus making consumer-grade 3D printing more versatile. Cem Celal Tutum, Supawit Chockchowwat, Etienne Vouga, Risto Miikkulainen |
GECCO | 2 |