Demo Data from EDBT 2026 / reviewers in the wild / expert
Mathias Gottschlag
dblp:147/1472
· DBLP profile ↗
3ranked-venue papers
2as first author
1since 2021 · last 2021
0000-0001-8330-8059ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 2 first-author · 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 |
Processor architecture and microarchitecture · 77% Parallel and multicore computing · 23% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Processor architecture and microarchitecture
SIMD |
0.5 | 1 | 2021 | Fair Scheduling for AVX2 and AVX-512 Workloads · USENIX ATC 2021 |
Parallel and multicore computing › parallel scheduling
thread scheduling |
0.1 | 1 | 2021 | Fair Scheduling for AVX2 and AVX-512 Workloads · USENIX ATC 2021 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | Fair Scheduling for AVX2 and AVX-512 Workloads
Mathias Gottschlag, Philipp Machauer, Yussuf Khalil, Frank Bellosa |
USENIX ATC | 1 |
| 2020 | Automatic Core Specialization for AVX-512 ApplicationsabstractAdvanced Vector Extension (AVX) instructions operate on wide SIMD vectors. Due to the resulting high power consumption, recent Intel processors reduce their frequency when executing complex AVX2 and AVX-512 instructions. Following non-AVX code is slowed down by this frequency reduction in two situations: When it executes on the sibling hyperthread of the same core in parallel or - as restoring the non-AVX frequency is delayed - when it directly follows the AVX2/AVX-512 code. As a result, heterogeneous workloads consisting of AVX-512 and non-AVX code are frequently slowed down by 10% on average. Mathias Gottschlag, Peter Brantsch, Frank Bellosa |
SYSTOR | 1 |
| 2017 | GPrioSwap: towards a swapping policy for GPUsabstractOver the last few years, Graphics Processing Units (GPUs) have become popular in computing, and have found their way into a number of cloud platforms. However, integrating a GPU into a cloud environment requires the cloud provider to efficiently virtualize the GPU. While several research projects have addressed this challenge in the past, few of these projects attempt to properly enable sharing of GPU memory between multiple clients: To date, GPUswap is the only project that enables sharing of GPU memory without inducing unnecessary application overhead, while maintaining both fairness and high utilization of GPU memory. However, GPUswap includes only a rudimentary swapping policy, and therefore induces a rather large application overhead. Jens Kehne, Marius Hillenbrand, Jonathan Metter, Mathias Gottschlag, Martin Merkel, Frank Bellosa |
SYSTOR | 4 |