Demo Data from EDBT 2026 / reviewers in the wild / expert
Matthias Schlögel
dblp:371/5294
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2024
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Artificial intelligence and machine learning · 1 · 1 since 2021Graphics, computer vision, multimedia, augmented reality and games · 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 |
Performance modeling and evaluation · 39% Parallel and multicore computing · 30% Cloud and datacenter computing · 30% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Performance modeling and evaluation
benchmarking |
0.8 | 1 | 2024 | Parallel Empirical Evaluations: Resilience despite Concurrency · AAAI 2024 |
Cloud and datacenter computing › cluster resource management and scheduling
cluster resource management |
0.8 | 1 | 2024 | Parallel Empirical Evaluations: Resilience despite Concurrency · AAAI 2024 |
Parallel and multicore computing
parallel scheduling |
0.8 | 1 | 2024 | Parallel Empirical Evaluations: Resilience despite Concurrency · AAAI 2024 |
Methods — techniques the papers use, named apart from their topics
cluster scheduling · 0.8benchmarking · 0.8
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | Parallel Empirical Evaluations: Resilience despite ConcurrencyabstractComputational evaluations are crucial in modern problem-solving when we surpass theoretical algorithms or bounds. These experiments frequently take much work, and the sheer amount of needed resources makes it impossible to execute them on a single personal computer or laptop. Cluster schedulers allow for automatizing these tasks and scale to many computers. But, when we evaluate implementations of combinatorial algorithms, we depend on stable runtime results. Common approaches either limit parallelism or suffer from unstable runtime measurements due to interference among jobs on modern hardware. The former is inefficient and not sustainable. The latter results in unreplicable experiments. In this work, we address this issue and offer an acceptable balance between efficiency, software, hardware complexity, reliability, and replicability. We investigate effects towards replicability stability and illustrate how to efficiently use widely employed cluster resources for parallel evaluations. Furthermore, we present solutions which mitigate issues that emerge from the concurrent execution of benchmark jobs. Our experimental evaluation shows that – despite parallel execution – our approach reduces the runtime instability on the majority of instances to one second. Johannes Klaus Fichte, Tobias Geibinger, Markus Hecher, Matthias Schlögel |
AAAI | 4 |