EDBT 2026 Demo / reviewers in the wild / expert
Jasmina Malicevic
dblp:162/2187
· DBLP profile ↗
4ranked-venue papers
1as first author
1since 2021 · last 2021
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 1 first-author · 1 since 2021Software 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
4 papers |
Parallel and multicore computing · 49% Cloud and datacenter computing · 18% High-performance computing · 17% | |
| Databases, data mining, and information retrieval
2 papers |
Data mining · 54% Graph data management · 46% |
Topics — the 12 heaviest of 12, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Data mining › pattern mining
graph pattern mining |
0.5 | 1 | 2021 | Tesseract: distributed, general graph pattern mining on evolving graphs · EuroSys 2021 |
Cloud and datacenter computing
cluster resource management and scheduling |
0.3 | 1 | 2018 | Rock you like a hurricane: taming skew in large scale analytics · EuroSys 2018 |
Parallel and multicore computing
skew mitigation |
0.3 | 1 | 2018 | Rock you like a hurricane: taming skew in large scale analytics · EuroSys 2018 |
Parallel and multicore computing
graph processing |
0.3 | 1 | 2017 | Everything you always wanted to know about multicore graph processing but were afraid to ask · USENIX ATC 2017 |
Parallel and multicore computing › graph processing
multicore graph processing |
0.3 | 1 | 2017 | Everything you always wanted to know about multicore graph processing but were afraid to ask · USENIX ATC 2017 |
Graph data management
graph processing |
0.2 | 1 | 2015 | Chaos: scale-out graph processing from secondary storage · SOSP 2015 |
Graph data management › graph processing
out-of-core graph processing |
0.2 | 1 | 2015 | Chaos: scale-out graph processing from secondary storage · SOSP 2015 |
High-performance computing
cluster computing |
0.2 | 1 | 2015 | Chaos: scale-out graph processing from secondary storage · SOSP 2015 |
Distributed systems
distributed graph processing |
0.1 | 1 | 2021 | Tesseract: distributed, general graph pattern mining on evolving graphs · EuroSys 2021 |
High-performance computing › data-intensive computing
large-scale data analytics |
0.1 | 1 | 2018 | Rock you like a hurricane: taming skew in large scale analytics · EuroSys 2018 |
Performance modeling and evaluation
workload characterization |
0.1 | 1 | 2017 | Everything you always wanted to know about multicore graph processing but were afraid to ask · USENIX ATC 2017 |
Storage systems › storage hierarchy
secondary storage |
0.1 | 1 | 2015 | Chaos: scale-out graph processing from secondary storage · SOSP 2015 |
Methods — techniques the papers use, named apart from their topics
multiversioned graph store · 1.0incremental change detection · 1.0disaggregated storage · 1.0graph partitioning · 0.4task cloning · 0.3decentralized data retrieval · 0.3benchmarking · 0.3
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | Tesseract: distributed, general graph pattern mining on evolving graphsabstractTesseract is the first distributed system for executing general graph mining algorithms on evolving graphs. Tesseract scales out by decomposing a stream of graph updates into per-update mining tasks and dynamically assigning these tasks to a set of distributed workers. We present a novel approach to change detection that efficiently determines the exact modifications to the algorithm's output for each update to the input graph. We use a disaggregated, multiversioned graph store to allow workers to process updates independently, without producing duplicates. Moreover, Tesseract provides interactive mining insights for complex applications using an incremental aggregation API. Finally, we implement and evaluate Tesseract and demonstrate that it achieves orders-of-magnitude improvements over state-of-the-art systems. Laurent Bindschaedler, Jasmina Malicevic, Baptiste Lepers, Ashvin Goel, Willy Zwaenepoel |
EuroSys | 2 |
| 2018 | Rock you like a hurricane: taming skew in large scale analyticsabstractCurrent cluster computing frameworks suffer from load imbalance and limited parallelism due to skewed data distributions, processing times, and machine speeds. We observe that the underlying cause for these issues in current systems is that they partition work statically. Hurricane is a high-performance large-scale data analytics system that successfully tames skew in novel ways. Hurricane performs adaptive work partitioning based on load observed by nodes at runtime. Overloaded nodes can spawn clones of their tasks at any point during their execution, with each clone processing a subset of the original data. This allows the system to adapt to load imbalance and dynamically adjust task parallelism to gracefully handle skew. We support this design by spreading data across all nodes and allowing nodes to retrieve data in a decentralized way. The result is that Hurricane automatically balances load across tasks, ensuring fast completion times. We evaluate Hurricane's performance on typical analytics workloads and show that it significantly outperforms state-of-the-art systems for both uniform and skewed datasets, because it ensures good CPU and storage utilization in all cases. Laurent Bindschaedler, Jasmina Malicevic, Nicolas Schiper, Ashvin Goel, Willy Zwaenepoel |
EuroSys | 2 |
| 2017 | Everything you always wanted to know about multicore graph processing but were afraid to ask
Jasmina Malicevic, Baptiste Lepers, Willy Zwaenepoel |
USENIX ATC | 1 |
| 2015 | Chaos: scale-out graph processing from secondary storageabstractChaos scales graph processing from secondary storage to multiple machines in a cluster. Earlier systems that process graphs from secondary storage are restricted to a single machine, and therefore limited by the bandwidth and capacity of the storage system on a single machine. Chaos is limited only by the aggregate bandwidth and capacity of all storage devices in the entire cluster. Amitabha Roy 0002, Laurent Bindschaedler, Jasmina Malicevic, Willy Zwaenepoel |
SOSP | 3 |