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
Demo Data from VLDB 2026 / reviewers in the wild / expert

Alexandru Stanescu

dblp:167/2566 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 2020
—ORCID · none

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

Systems, architecture and hardware · 1Software engineering, systems software and programming languages · 1

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 · 100%

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

TopicWeightPapersLastEvidence papers
Memory systems
data-centric computing		 0.412020
Livia: Data-Centric Computing Throughout the Memory Hierarchy · ASPLOS 2020
Memory systems
memory hierarchy		 0.412020
Livia: Data-Centric Computing Throughout the Memory Hierarchy · ASPLOS 2020
Memory systems › processing-in-memory
near-data processing		 0.412020
Livia: Data-Centric Computing Throughout the Memory Hierarchy · ASPLOS 2020
Memory systems
processing-in-memory		 0.412020
Livia: Data-Centric Computing Throughout the Memory Hierarchy · ASPLOS 2020
YearPublicationVenuePosition
2020 Livia: Data-Centric Computing Throughout the Memory Hierarchy
abstract
In order to scale, future systems will need to dramatically reduce data movement. Data movement is expensive in current designs because (i) traditional memory hierarchies force computation to happen unnecessarily far away from data and (ii) processing-in-memory approaches fail to exploit locality.
Elliot Lockerman, Axel Feldmann, Mohammad Bakhshalipour, Alexandru Stanescu, Shashwat Gupta, Daniel Sánchez 0003, Nathan Beckmann
 ASPLOS4