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

Daniel Lupei

dblp:67/4746 · DBLP profile ↗
← Back
5ranked-venue papers
2as first author
0since 2021 · last 2016
—ORCID · none

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

Systems, architecture and hardware · 3 · 2 first-authorDatabases, data management, data science and information retrieval · 3

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.

Databases, data mining, and information retrieval
2 papers
Query processing and optimization · 92% Data stream processing · 8%
Computer architecture, parallel and distributed computing, and storage systems
3 papers
Parallel and multicore computing · 67% Cloud and datacenter computing · 29% Storage systems · 4%
Software engineering, system software, and programming languages
2 papers
Concurrent programming · 100%

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

TopicWeightPapersLastEvidence papers
Query processing and optimization › view maintenance
incremental view maintenance
0.422016
Incremental View Maintenance For Collection Programming · PODS 2016
DBToaster: higher-order delta processing for dynamic, frequently fresh views · VLDB J. 2014
Query processing and optimization › incremental computation
delta processing
0.212014
DBToaster: higher-order delta processing for dynamic, frequently fresh views · VLDB J. 2014
Concurrent programming › transactional memory
software transactional memory
0.112010
Towards scalable and transparent parallelization of multiplayer games using transactional memory support · PPoPP 2010
Concurrent programming
transactional memory
0.112010
Towards scalable and transparent parallelization of multiplayer games using transactional memory support · PPoPP 2010
Parallel and multicore computing
parallel programming models
0.112010
Transactional memory support for scalable and transparent parallelization of multiplayer games · EuroSys 2010
Parallel and multicore computing › transactional memory
software transactional memory
0.112010
Transactional memory support for scalable and transparent parallelization of multiplayer games · EuroSys 2010
Parallel and multicore computing
transactional memory
0.112010
Transactional memory support for scalable and transparent parallelization of multiplayer games · EuroSys 2010
Cloud and datacenter computing
cluster resource management and scheduling
0.112009
Dynamic Resource Allocation for Database Servers Running on Virtual Storage · FAST 2009
Cloud and datacenter computing › resource allocation
dynamic resource allocation
0.112009
Dynamic Resource Allocation for Database Servers Running on Virtual Storage · FAST 2009
Concurrent programming › synchronization
locking
0.012010
Towards scalable and transparent parallelization of multiplayer games using transactional memory support · PPoPP 2010
Concurrent programming
synchronization
0.012010
Transactional memory support for scalable and transparent parallelization of multiplayer games · EuroSys 2010
Storage systems
virtual storage
0.012009
Dynamic Resource Allocation for Database Servers Running on Virtual Storage · FAST 2009

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

software transactional memory · 0.4higher-order delta processing · 0.2virtualization · 0.1
YearPublicationVenuePosition
2016 Incremental View Maintenance For Collection Programming
abstract
In the context of incremental view maintenance (IVM), delta query derivation is an essential technique for speeding up the processing of large, dynamic datasets. The goal is to generate delta queries that, given a small change in the input, can update the materialized view more efficiently than via recomputation.
Christoph Koch 0001, Daniel Lupei, Val Tannen
PODS2
2014 DBToaster: higher-order delta processing for dynamic, frequently fresh views
Christoph Koch 0001, Yanif Ahmad, Oliver Kennedy, Milos Nikolic 0001, Andres Nötzli, Daniel Lupei, Amir Shaikhha
VLDB J.6
2010 Transactional memory support for scalable and transparent parallelization of multiplayer games
abstract
In this paper, we study parallelization of multiplayer games using software Transactional Memory (STM) support. We show that the STM provides not only ease of programming, but also better performance than that achievable with state-of-the-art lock-based programming, for this realistic high impact application.
Daniel Lupei, Bogdan Simion, Don Pinto, Matthew Misler, Mihai Burcea, William Krick, Cristiana Amza
EuroSys1
2010 Towards scalable and transparent parallelization of multiplayer games using transactional memory support
abstract
This work addresses the problem of parallelizing multiplayer games using software Transactional Memory (STM) support. Using a realistic high impact application, we show that STM provides not only ease of programming, but also better performance than that achievable with state-of-the-art lock-based programming.
Daniel Lupei, Bogdan Simion, Don Pinto, Matthew Misler, Mihai Burcea, William Krick, Cristiana Amza
PPoPP1
2009 Dynamic Resource Allocation for Database Servers Running on Virtual Storage
Gokul Soundararajan, Daniel Lupei, Saeed Ghanbari, Adrian Daniel Popescu, Jin Chen 0006, Cristiana Amza
FAST2