EDBT 2026 Demo / reviewers in the wild / expert
Yuze An
dblp:346/0897
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Artificial intelligence and machine learning · 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.
| Software engineering, system software, and programming languages
1 paper |
Compilers and program optimization · 100% | |
| Artificial intelligence
1 paper |
Efficient and distributed learning · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Compilers and program optimization › compiler optimization
machine learning for compiler optimization |
0.6 | 1 | 2022 | Memory safe computations with XLA compiler · NeurIPS 2022 |
Compilers and program optimization
memory optimization |
0.6 | 1 | 2022 | Memory safe computations with XLA compiler · NeurIPS 2022 |
Machine learning › Efficient and distributed learning
memory-efficient training |
0.2 | 1 | 2022 | Memory safe computations with XLA compiler · NeurIPS 2022 |
Methods — techniques the papers use, named apart from their topics
dataflow graph rewriting · 1.1XLA · 1.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | Memory safe computations with XLA compilerabstractSoftware packages like TensorFlow and PyTorch are designed to support linear algebra operations, and their speed and usability determine their success. However, by prioritising speed, they often neglect memory requirements. As a consequence, the implementations of memory-intensive algorithms that are convenient in terms of software design can often not be run for large problems due to memory overflows. Memory-efficient solutions require complex programming approaches with significant logic outside the computational framework. This impairs the adoption and use of such algorithms. To address this, we developed an XLA compiler extension that adjusts the computational data-flow representation of an algorithm according to a user-specified memory limit. We show that k-nearest neighbour, sparse Gaussian process regression methods and Transformers can be run on a single device at a much larger scale, where standard implementations would have failed. Our approach leads to better use of hardware resources. We believe that further focus on removing memory constraints at a compiler level will widen the range of machine learning methods that can be developed in the future. Artem Artemev, Yuze An, Tilman Roeder, Mark van der Wilk |
NeurIPS | 2 |