VLDB 2026 Research / reviewers in the wild / expert
Julien Klaus
dblp:246/1576
· DBLP profile ↗
10ranked-venue papers
2as first author
9since 2021 · last 2025
0000-0002-1498-2653ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Artificial intelligence and machine learning · 4 · 1 first-author · 4 since 2021Graphics, computer vision, multimedia, augmented reality and games · 4 · 1 first-author · 3 since 2021Databases, data management, data science and information retrieval · 2 · 2 since 2021Systems, architecture and hardware · 1 · 1 since 2021Software engineering, systems software and programming languages · 1 · 1 since 2021Theory of computation · 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.
| Theoretical computer science
2 papers |
Automated reasoning and model checking · 70% Mathematical optimization · 23% Algorithms and data structures · 7% | |
| Artificial intelligence
2 papers |
Optimization for machine learning · 60% Efficient and distributed learning · 40% | |
| Software engineering, system software, and programming languages
1 paper |
Compilers and program optimization · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
2 papers |
Performance modeling and evaluation · 74% High-performance computing · 26% | |
| Databases, data mining, and information retrieval
1 paper |
Query processing and optimization · 77% Database system architecture and tuning · 23% |
Topics — the 9 heaviest of 14, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Compilers and program optimization › memory optimization
data layout optimization |
0.9 | 1 | 2025 | Einsum Trees: An Abstraction for Optimizing the Execution of Tensor Expressions · ASPLOS (2) 2025 |
Performance modeling and evaluation
benchmarking |
0.8 | 1 | 2024 | Einsum Benchmark: Enabling the Development of Next-Generation Tensor Execution Engines · NeurIPS 2024 |
Mathematical optimization › continuous optimization
convex optimization |
0.8 | 1 | 2024 | Convexity Certificates for Symbolic Tensor Expressions · IJCAI 2024 |
Automated reasoning and model checking
model counting |
0.8 | 1 | 2024 | Model Counting and Sampling via Semiring Extensions · AAAI 2024 |
Automated reasoning and model checking › model counting
weighted model counting |
0.8 | 1 | 2024 | Model Counting and Sampling via Semiring Extensions · AAAI 2024 |
Machine learning › Optimization for machine learning
convex optimization |
0.6 | 1 | 2022 | Convexity Certificates from Hessians · NeurIPS 2022 |
High-performance computing
scientific computing systems |
0.3 | 1 | 2025 | Einsum Trees: An Abstraction for Optimizing the Execution of Tensor Expressions · ASPLOS (2) 2025 |
Algorithms and data structures
symbolic computation |
0.2 | 1 | 2024 | Convexity Certificates for Symbolic Tensor Expressions · IJCAI 2024 |
Database system architecture and tuning › database system implementation
query engine design |
0.2 | 1 | 2023 | Efficient and Portable Einstein Summation in SQL · Proc. ACM Manag. Data 2023 |
Methods — techniques the papers use, named apart from their topics
intermediate representation · 1.7einsum · 1.7tensor hypernetwork contraction · 0.8semiring extension · 0.8marginalize a product function · 0.8common table expressions · 0.7positive semidefiniteness checking · 0.6hessian analysis · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | Einsum Trees: An Abstraction for Optimizing the Execution of Tensor ExpressionsabstractEinsum is a declarative language for tensor expressions that specifies an output tensor in terms of several input tensors. However, it does not specify how to compute the output tensor from the input tensors. A typical computational backend for the einsum language comprises two parts: First, a contraction path algorithm that breaks down an einsum expression into a sequence of binary tensor contractions. Second, the execution of the binary contractions. For efficient binary contractions, the data layout of the tensors must be optimized. So far, the computation of contraction paths and the optimization of the data layout for single, that is, local, binary tensor contractions have been studied in isolation. For optimizing the overall execution times of einsum expressions, we introduce Einsum Tree IR, an intermediate representation for globally optimizing the data layout for a given contraction path. We illustrate the effectiveness of the approach on a state-of-the-art Arm server processor, an x86 server processor, and an x86 desktop system. Alexander Breuer, Mark Blacher, Max Engel, Joachim Giesen, Alexander Heinecke, Julien Klaus, Stefan Remke |
ASPLOS (2) | 6 |
| 2024 | Model Counting and Sampling via Semiring ExtensionsabstractMany decision and optimization problems have natural extensions as counting problems. The best known example is the Boolean satisfiability problem (SAT), where we want to count the satisfying assignments of truth values to the variables, which is known as the #SAT problem. Likewise, for discrete optimization problems, we want to count the states on which the objective function attains the optimal value. Both SAT and discrete optimization can be formulated as selective marginalize a product function (MPF) queries. Here, we show how general selective MPF queries can be extended for model counting. MPF queries are encoded as tensor hypernetworks over suitable semirings that can be solved by generic tensor hypernetwork contraction algorithms. Our model counting extension is again an MPF query, on an extended semiring, that can be solved by the same contraction algorithms. Model counting is required for uniform model sampling. We show how the counting extension can be further extended for model sampling by constructing yet another semiring. We have implemented the model counting and sampling extensions. Experiments show that our generic approach is competitive with the state of the art in model counting and model sampling. Andreas Goral, Joachim Giesen, Mark Blacher, Christoph Staudt, Julien Klaus |
AAAI | 5 |
| 2024 | Convexity Certificates for Symbolic Tensor Expressions
Paul Gerhardt Rump, Niklas Merk, Julien Klaus, Maurice Wenig, Joachim Giesen |
IJCAI | 3 |
| 2024 | Einsum Benchmark: Enabling the Development of Next-Generation Tensor Execution EnginesabstractModern artificial intelligence and machine learning workflows rely on efficient tensor libraries. However, tuning tensor libraries without considering the actual problems they are meant to execute can lead to a mismatch between expected performance and the actual performance. Einsum libraries are tuned to efficiently execute tensor expressions with only a few, relatively large, dense, floating-point tensors. But, practical applications of einsum cover a much broader range of tensor expressions than those that can currently be executed efficiently. For this reason, we have created a benchmark dataset that encompasses this broad range of tensor expressions, allowing future implementations of einsum to build upon and be evaluated against. In addition, we also provide generators for einsum expressions and converters to einsum expressions in our repository, so that additional data can be generated as needed. The benchmark dataset, the generators and converters are released openly and are publicly available at https://benchmark.einsum.org. Mark Blacher, Christoph Staudt, Julien Klaus, Maurice Wenig, Niklas Merk, Alexander Breuer, Max Engel, Sören Laue, Joachim Giesen |
NeurIPS | 3 |
| 2024 | Improved Cut Strategy for Tensor Network Contraction Orders
Christoph Staudt, Mark Blacher, Julien Klaus, Farin Lippmann, Joachim Giesen |
SEA | 3 |
| 2023 | Efficient and Portable Einstein Summation in SQLabstractComputational problems ranging from artificial intelligence to physics require efficient computations of large tensor expressions. These tensor expressions can often be represented in Einstein notation. To evaluate tensor expressions in Einstein notation, that is, for the actual Einstein summation, usually external libraries are used. Surprisingly, Einstein summation operations on tensors fit well with fundamental SQL constructs. We show that by applying only four mapping rules and a simple decomposition scheme using common table expressions, large tensor expressions in Einstein notation can be translated to portable and efficient SQL code. The ability to execute large Einstein summation queries opens up new possibilities to process data within SQL. We demonstrate the power of Einstein summation queries on four use cases, namely querying triplestore data, solving Boolean satisfiability problems, performing inference in graphical models, and simulating quantum circuits. The performance of Einstein summation queries, however, depends on the query engine implemented in the database system. Therefore, supporting efficient Einstein summation computations in database systems presents new research challenges for the design and implementation of query engines. Mark Blacher, Julien Klaus, Christoph Staudt, Sören Laue, Viktor Leis, Joachim Giesen |
Proc. ACM Manag. Data | 2 |
| 2023 | A visual analytics workflow for probabilistic modelingabstractProbabilistic programming is a powerful means for formally specifying machine learning models. The inference engine of a probabilistic programming environment can be used for serving complex queries on these models. Most of the current research in probabilistic programming is dedicated to the design and implementation of highly efficient inference engines. Much less research aims at making the power of these inference engines accessible to non-expert users. Probabilistic programming means writing code. Yet many potential users from promising application areas such as the social sciences lack programming skills. This prompted recent efforts in synthesizing probabilistic programs directly from data. However, working with synthesized programs still requires the user to read, understand, and write some code, for instance, when invoking the inference engine for answering queries. Here, we present an interactive visual approach to synthesizing and querying probabilistic programs that does not require the user to read or write code. Julien Klaus, Mark Blacher, Andreas Goral, Philipp Lucas 0002, Joachim Giesen |
Vis. Informatics | 1 |
| 2022 | Machine Learning, Linear Algebra, and More: Is SQL All You Need?
Mark Blacher, Joachim Giesen, Sören Laue, Julien Klaus, Viktor Leis |
CIDR | 4 |
| 2022 | Convexity Certificates from HessiansabstractThe Hessian of a differentiable convex function is positive semidefinite. Therefore, checking the Hessian of a given function is a natural approach to certify convexity. However, implementing this approach is not straightforward, since it requires a representation of the Hessian that allows its analysis. Here, we implement this approach for a class of functions that is rich enough to support classical machine learning. For this class of functions, it was recently shown how to compute computational graphs of their Hessians. We show how to check these graphs for positive-semidefiniteness. We compare our implementation of the Hessian approach with the well-established disciplined convex programming (DCP) approach and prove that the Hessian approach is at least as powerful as the DCP approach for differentiable functions. Furthermore, we show for a state-of-the-art implementation of the DCP approach that the Hessian approach is actually more powerful, that is, it can certify the convexity of a larger class of differentiable functions. Julien Klaus, Niklas Merk, Konstantin Wiedom, Sören Laue, Joachim Giesen |
NeurIPS | 1 |
| 2019 | Visualization Support for Developing a Matrix Calculus Algorithm: A Case StudyabstractAbstract The development of custom interactive visualization tools for specific domains and applications has been made much simpler recently by a surge of visualization tools, libraries and frameworks. Most of these tools are developed for classical data science applications, where a user is supported in analyzing measured or simulated data. But recently, there has also been an increasing interest in visual support for understanding machine learning algorithms and frameworks, especially for deep learning. Many, if not most, of the visualization support for (deep) learning addresses the developer of the learning system and not the end user (data scientist). Here we show on a specific example, namely the development of a matrix calculus algorithm, that supporting visualizations can also greatly benefit the development of algorithms in classical domains like in our case computer algebra. The idea is similar to visually supporting the understanding of learning algorithms, namely provide the developer with an interactive, visual tool that provides insights into the workings and, importantly, also into the failures of the algorithm under development. Developing visualization support for matrix calculus development went similar as the development of more traditional visual support systems for data analysts. First, we had to acquaint ourselves with the problem, its language and challenges by talking to the core developer of the matrix calculus algorithm. Once we understood the challenge, it was fairly easy to develop visual support that streamlined the development of the matrix calculus algorithm significantly. Joachim Giesen, Julien Klaus, Sören Laue, Ferdinand Schreck |
Comput. Graph. Forum | 2 |