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

Gabriel Haas 0002

dblp:161/3104-2 · DBLP profile ↗
← Back
3ranked-venue papers
3as first author
2since 2021 · last 2025
—ORCID · none

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

Databases, data management, data science and information retrieval · 3 · 3 first-author · 2 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
2 papers
Storage systems · 73% Performance modeling and evaluation · 27%
Databases, data mining, and information retrieval
2 papers
Database system architecture and tuning · 82% Transaction processing and concurrency control · 18%

Topics — the 3 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Storage systems
flash and SSD
1.522025
SSD-iq: Uncovering the Hidden Side of SSD Performance · Proc. VLDB Endow. 2025
What Modern NVMe Storage Can Do, And How To Exploit It: High-Performance I/O for High-Performance Storage Engines · Proc. VLDB Endow. 2023
Performance modeling and evaluation
benchmarking
0.912025
SSD-iq: Uncovering the Hidden Side of SSD Performance · Proc. VLDB Endow. 2025
Storage systems › flash and SSD › SSD performance
SSD performance characterization
0.912025
SSD-iq: Uncovering the Hidden Side of SSD Performance · Proc. VLDB Endow. 2025

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

performance metrics · 1.7benchmark design · 1.7storage engine design · 1.3i/o optimization · 1.3
YearPublicationVenuePosition
2025 SSD-iq: Uncovering the Hidden Side of SSD Performance
abstract
SSDs are hardware and software systems whose design involves complex and undocumented trade-offs between cost, energy consumption and performance. This complexity is hidden behind standard interfaces and a few headline specifications, such as capacity, sequential, and random performance. As a result, database system designers often assume that SSDs are interchangeable commodities and regularly use a single SSD model to evaluate database performance. Does it matter which SSD model is provisioned for a database system? If yes, how to choose the right one? These are the questions we address in this paper. We study the performance characteristics of commercial data center SSDs, highlighting the limitations of current standard metrics in capturing their true behavior. We conduct experiments on nine SSDs from major vendors, revealing significant differences in performance despite similar headline specifications. We show that the choice of SSD matters for database system performance. We propose a new benchmark, SSD-iq, which introduces four additional metrics to better characterize SSD performance, particularly for write-intensive workloads. Incidentally, our work should encourage vendors to optimize SSD controllers using more comprehensive and transparent performance criteria.
Gabriel Haas 0002, Philippe Bonnet, Viktor Leis
Proc. VLDB Endow.1
2023 What Modern NVMe Storage Can Do, And How To Exploit It: High-Performance I/O for High-Performance Storage Engines
abstract
NVMe SSDs based on flash are cheap and offer high throughput. Combining several of these devices into a single server enables 10 million I/O operations per second or more. Our experiments show that existing out-of-memory database systems and storage engines achieve only a fraction of this performance. In this work, we demonstrate that it is possible to close the performance gap between hardware and software through an I/O optimized storage engine design. In a heavy out-of-memory setting, where the dataset is 10 times larger than main memory, our system can achieve more than 1 million TPC-C transactions per second.
Gabriel Haas 0002, Viktor Leis
Proc. VLDB Endow.1
2020 Exploiting Directly-Attached NVMe Arrays in DBMS
Gabriel Haas 0002, Michael Haubenschild, Viktor Leis
CIDR1