VLDB 2026 Research / reviewers in the wild / expert
Achmad I. Kistijantoro
dblp:72/4278 · also Achmad Imam Kistijantoro
· DBLP profile ↗
7ranked-venue papers
2as first author
3since 2021 · last 2025
0000-0003-2065-6675ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 2 since 2021Software engineering, systems software and programming languages · 3 · 1 first-author · 1 since 2021Computer networks · 1Security and privacy · 1 · 1 first-author
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 · 69% Distributed systems · 28% Performance modeling and evaluation · 3% | |
| Software engineering, system software, and programming languages
3 papers |
Software testing · 68% Software maintenance and evolution · 26% Services computing and microservices · 6% | |
| Databases, data mining, and information retrieval
2 papers |
Machine learning and data management · 61% Transaction processing and concurrency control · 39% |
Topics — the 11 heaviest of 14, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems
fault tolerance |
1.0 | 2 | 2025 | Deriving Semantic Checkers from Tests to Detect Silent Failures in Production Distributed Systems · OSDI 2025 Enhancing an Application Server to Support Available Components · IEEE Trans. Software Eng. 2008 |
Storage systems › flash and SSD › flash memory
flash storage |
0.9 | 1 | 2025 | Heimdall: Optimizing Storage I/O Admission with Extensive Machine Learning Pipeline · EuroSys 2025 |
Storage systems
flash and SSD |
0.7 | 1 | 2023 | Extending and Programming the NVMe I/O Determinism Interface for Flash Arrays · ACM Trans. Storage 2023 |
Storage systems › storage performance › storage quality of service
latency determinism |
0.7 | 1 | 2023 | Extending and Programming the NVMe I/O Determinism Interface for Flash Arrays · ACM Trans. Storage 2023 |
Software maintenance and evolution
software configuration management |
0.3 | 1 | 2018 | Understanding and Auto-Adjusting Performance-Sensitive Configurations · ASPLOS 2018 |
Machine learning and data management
learned database components |
0.3 | 1 | 2025 | Heimdall: Optimizing Storage I/O Admission with Extensive Machine Learning Pipeline · EuroSys 2025 |
Storage systems › repair
data reconstruction |
0.2 | 1 | 2023 | Extending and Programming the NVMe I/O Determinism Interface for Flash Arrays · ACM Trans. Storage 2023 |
Performance modeling and evaluation
performance tuning |
0.1 | 1 | 2018 | Understanding and Auto-Adjusting Performance-Sensitive Configurations · ASPLOS 2018 |
Transaction processing and concurrency control
distributed transaction processing |
0.1 | 1 | 2008 | Enhancing an Application Server to Support Available Components · IEEE Trans. Software Eng. 2008 |
Transaction processing and concurrency control › distributed transaction management
multidatabase transaction management |
0.1 | 1 | 2008 | Enhancing an Application Server to Support Available Components · IEEE Trans. Software Eng. 2008 |
Cloud and datacenter computing › cluster resource management and scheduling
cluster resource management |
0.0 | 1 | 2008 | Enhancing an Application Server to Support Available Components · IEEE Trans. Software Eng. 2008 |
Methods — techniques the papers use, named apart from their topics
noise filtering · 1.7machine learning pipeline · 1.7feature engineering · 1.7empirical study · 0.7control theory · 0.7replication · 0.2nonblocking transaction processing · 0.2failover · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Heimdall: Optimizing Storage I/O Admission with Extensive Machine Learning PipelineabstractThis paper introduces Heimdall, a highly accurate and efficient machine learning-powered I/O admission policy for flash storage, designed to operate in a black-box manner. We make domain-specific innovations in various ML stages by introducing accurate period-based labeling, 3-stage noise filtering, in-depth feature engineering, and fine-grained tuning, which together improve the decision accuracy from 67% up to 93%. We perform various deployment optimizations to reach a sub-μs inference latency and a small, 28KB, memory overhead. With 500 unbiased random experiments derived from production traces, we show Heimdall delivers 15-35% lower average I/O latency compared to the state of the art and up to 2x faster to a baseline. Heimdall is ready for user-level, in-kernel, and distributed deployments. Daniar Heri Kurniawan, Rani Ayu Putri, Peiran Qin, Kahfi S. Zulkifli, Ray A. O. Sinurat, Janki Bhimani, Sandeep Madireddy, Achmad I. Kistijantoro, Haryadi S. Gunawi |
EuroSys | 8 |
| 2025 | Deriving Semantic Checkers from Tests to Detect Silent Failures in Production Distributed Systems
Chang Lou, Dimas Shidqi Parikesit, Yujin Huang, Zhewen Yang, Senapati Diwangkara, Yuzhuo Jing, Achmad I. Kistijantoro, Ding Yuan 0004, Suman Nath, Peng Huang 0005 |
OSDI | 7 |
| 2023 | Extending and Programming the NVMe I/O Determinism Interface for Flash ArraysabstractPredictable latency on flash storage is a long-pursuit goal, yet unpredictability stays due to the unavoidable disturbance from many well-known SSD internal activities. To combat this issue, the recent NVMe IO Determinism (IOD) interface advocates host-level controls to SSD internal management tasks. Although promising, challenges remain on how to exploit it for truly predictable performance. We present IODA , 1 an I/O deterministic flash array design built on top of small but powerful extensions to the IOD interface for easy deployment. IODA exploits data redundancy in the context of IOD for a strong latency predictability contract. In IODA , SSDs are expected to quickly fail an I/O on purpose to allow predictable I/Os through proactive data reconstruction. In the case of concurrent internal operations, IODA introduces busy remaining time exposure and predictable-latency-window formulation to guarantee predictable data reconstructions. Overall, IODA only adds five new fields to the NVMe interface and a small modification in the flash firmware while keeping most of the complexity in the host OS. Our evaluation shows that IODA improves the 95–99.99 th latencies by up to 75×. IODA is also the nearest to the ideal, no disturbance case compared to seven state-of-the-art preemption, suspension, GC coordination, partitioning, tiny-tail flash controller, prediction, and proactive approaches. Huaicheng Li, Martin L. Putra, Ronald Shi, Fadhil I. Kurnia, Jaeyoung Do, Achmad I. Kistijantoro, Gregory R. Ganger, Haryadi S. Gunawi |
ACM Trans. Storage | 7 |
| 2019 | Intelligent Sensing in Multiagent-Based Wireless Sensor Network for Bridge Condition Monitoring SystemabstractThis paper proposes the development of an autonomous system for dynamic response-based bridge condition assessment using wireless sensor network (WSN). The assessment identifies the bridge's fundamental frequency and uses the information to determine the bridge rating. Due to the computational capability in wireless sensor nodes, it is of practical interest to implement in-network processing in bridge condition monitoring system, in which data processing is conducted within the sensor networks to prevent data flooding in WSN. One of the promising in-network processing approaches is the agent-based processing that leverages the concept of system autonomy. However, uncontrolled in-network processing consumes a lot of energy. Thus, setting all sensors to wake up or sleep deterministically is often not a feasible solution. What is needed is for the system to perform in-network processing only in the event when the bridge is traversed by a single heavy truck, whereas this event occurs randomly. Thus, the two-player game and reinforcement learning algorithm are utilized to control the process. Simulation results show that the proposed control algorithm is able to effectively determine when the process should be executed. A case study, testing the algorithm using real measurements taken from a bridge, and then comparing the test results with the results generated from finite element analysis is provided for validation purpose. Comparison of the proposed approach with earlier works, in terms of processing time and energy consumption, is also presented. Seno Adi Putra, Riyanto T. Bambang, Muhammad Riyansyah, Dina Shona Laila, Agung Harsoyo, Achmad I. Kistijantoro |
IEEE Internet Things J. | 6 |
| 2018 | Understanding and Auto-Adjusting Performance-Sensitive ConfigurationsabstractModern software systems are often equipped with hundreds to thousands of configurations, many of which greatly affect performance. Unfortunately, properly setting these configurations is challenging for developers due to the complex and dynamic nature of system workload and environment. In this paper, we first conduct an empirical study to understand performance-sensitive configurations and the challenges of setting them in the real-world. Guided by our study, we design a systematic and general control-theoretic framework, SmartConf, to automatically set and dynamically adjust performance-sensitive configurations to meet required operating constraints while optimizing other performance metrics. Evaluation shows that SmartConf is effective in solving real-world configuration problems, often providing better performance than even the best static configuration developers can choose under existing configuration systems. Henry Hoffmann, Shan Lu 0001, William Sentosa, Achmad I. Kistijantoro |
ASPLOS | 6 |
| 2008 | Enhancing an Application Server to Support Available ComponentsabstractThree-tier middleware architecture is commonly used for hosting enterprise-distributed applications. Typically, the application is decomposed into three layers: front end, middle tier, and back end. Front end ("Web server") is responsible for handling user interactions and acts as a client of the middle tier, while back end provides storage facilities for applications. Middle tier ("application server") is usually the place where all computations are performed. One of the benefits of this architecture is that it allows flexible management of a cluster of computers for performance and scalability; further, availability measures, such as replication, can be introduced in each tier in an application-specific manner. However, incorporation of availability measures in a multitier system poses challenging system design problems of integrating open, nonproprietary solutions to transparent failover, exactly once execution of client requests, nonblocking transaction processing, and an ability to work with clusters. This paper describes how replication for availability can be incorporated within the middle and back-end tiers, meeting all these challenges. This paper develops an approach that requires enhancements to the middle tier only for supporting replication of both the middleware back-end tiers. The design, implementation, and performance evaluation of such a middle-tier-based replication scheme for multidatabase transactions on a widely deployed open source application server (JBoss) are presented. Achmad I. Kistijantoro, Graham Morgan, Santosh K. Shrivastava, Mark C. Little |
IEEE Trans. Software Eng. | 1 |
| 2003 | Component Replication in Distributed Systems: A Case Study Using Enterprise Java BeansabstractA recent trend has seen the extension of object-oriented middleware. A major advantage components offer over objects is that only the business logic of an application needs to be addressed by a programmer with support services required incorporated into the application at deployment time. This is achieved via components (business logic of an application), containers that host components and are responsible for providing the underlying middleware services required by components and application servers that host containers. Well-known examples of component middleware architectures are Enterprise Java Beans (EJBs) and the CORBA Component model (CCM). Two of the many services available at deployment time in most component architectures are component persistence and atomic transactions. This paper examines, using EJBs, how replication for availability can be supported by containers so that components that are transparently using persistence and transactions can also be made highly available. Achmad I. Kistijantoro, Graham Morgan, Santosh K. Shrivastava, Mark C. Little |
SRDS | 1 |