EDBT 2026 Demo / reviewers in the wild / expert
Kevin Higgs
dblp:372/1357
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2025
0009-0002-4650-6720ORCID · reported
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 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
1 paper |
Storage systems · 61% Hardware accelerators and domain-specific architectures · 30% Memory systems · 9% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Storage systems › computational storage
in-storage computing |
0.9 | 1 | 2025 | ANVIL: An In-Storage Accelerator for Name-Value Data Stores · ISCA 2025 |
Storage systems
key-value storage |
0.9 | 1 | 2025 | ANVIL: An In-Storage Accelerator for Name-Value Data Stores · ISCA 2025 |
Hardware accelerators and domain-specific architectures › accelerator integration
near-storage accelerator |
0.9 | 1 | 2025 | ANVIL: An In-Storage Accelerator for Name-Value Data Stores · ISCA 2025 |
Memory systems › processing-in-memory
near-data processing |
0.3 | 1 | 2025 | ANVIL: An In-Storage Accelerator for Name-Value Data Stores · ISCA 2025 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | ANVIL: An In-Storage Accelerator for Name-Value Data StoresabstractName-value pairs (NVPs) are a widely-used abstraction to organize data in millions of applications.At a high level, an NVP associates a name (e.g., array index, key, hash) with each value in a collection of data.Specific NVP data store formats can vary widely, ranging from simple arrays/dictionaries and lookup tables to key-value stores and data mining workloads.Despite their importance, existing optimizations for NVPs are limited to only a single data store format, as the broad definition of NVPs allows for significant heterogeneity in encoding and implementation.We propose ANVIL, the first end-to-end system that allows programmers to broadly accelerate most formats of NVPs.With a conventional solid-state drive (SSD), large-scale NVP lookups can saturate both external and internal SSD bandwidth, as every NVP in the data store needs to be sent back to the host CPU to check for a matching name.ANVIL makes use of in-storage processing to avoid reading out any data for names that do not match, by performing name match checks directly inside the SSD's NAND flash chips.We demonstrate that ANVIL can substantially reduce disk I/O, reduce metadata overheads, and provide speedups of 4.0×, 25×, and 14.6% over a conventional SSD, for three different NVP workloads (database transactions, analytics, and graph processing). Ryan Wong 0001, Nikita Kim, Aniket Das, Kevin Higgs, Engin Ipek, Sapan Agarwal, Saugata Ghose, Ben Feinberg |
ISCA | 4 |