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

Harshil Ambagade

dblp:414/5430 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
1since 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 · 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
Memory systems · 77% Storage systems · 23%
Databases, data mining, and information retrieval
1 paper
Indexing and storage engines · 100%

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

TopicWeightPapersLastEvidence papers
Indexing and storage engines
buffer management
0.912025
Hyperscale Resilient Buffer Pool Extension in Azure SQL Database · ICDE 2025
Memory systems › cache management › storage caching
persistent cache
0.912025
Hyperscale Resilient Buffer Pool Extension in Azure SQL Database · ICDE 2025
Storage systems › distributed storage
disaggregated storage
0.312025
Hyperscale Resilient Buffer Pool Extension in Azure SQL Database · ICDE 2025

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

selective caching · 1.7page versioning · 1.7
YearPublicationVenuePosition
2025 Hyperscale Resilient Buffer Pool Extension in Azure SQL Database
abstract
Azure SQL DB offers disaggregated storage architecture called Hyperscale. While this architecture provides storage scale out, it comes at the cost of performance of I/O from remote storage. In-memory caches on the Compute nodes are small and lost on process restarts. This paper introduces Resilient Buffer Pool Extension (RBPEX) which is a persistent cache present on both compute and storage nodes. These caches significantly improve performance of I/O from Compute while at the same time maintaining correctness. This paper presents the architecture of RBPEX and how it stores the most relevant pages in an efficient and correct way. It uses innovative techniques like statistics, selective caching and reduction of small writes to improve performance in Hyperscale. It also presents details about handling multiple versions of pages from storage to maintain correctness.
Rogério Ramos, Prashanth Purnananda, Hanuma Kodavalla, Chaitanya Gottipati, Harshil Ambagade, Ankit Anvesh, Srikanth Sampath
ICDE5