Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data.

Justs Zarins

dblp:219/9055 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
2since 2021 · last 2026
0000-0002-0633-1404ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 2 · 2 since 2021Software engineering, systems software and programming languages · 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%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
High-performance computing · 67% Hardware accelerators and domain-specific architectures · 33%

Topics — the 5 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Compilers and program optimization
compiler infrastructure
1.012026
An MLIR Lowering Pipeline for Stencils at Wafer-Scale · ASPLOS (2) 2026
Compilers and program optimization › compiler infrastructure
MLIR
1.012026
An MLIR Lowering Pipeline for Stencils at Wafer-Scale · ASPLOS (2) 2026
High-performance computing
scientific computing systems
0.312026
An MLIR Lowering Pipeline for Stencils at Wafer-Scale · ASPLOS (2) 2026
High-performance computing
stencil computation
0.312026
An MLIR Lowering Pipeline for Stencils at Wafer-Scale · ASPLOS (2) 2026
Hardware accelerators and domain-specific architectures › many-core accelerator
wafer-scale engine
0.312026
An MLIR Lowering Pipeline for Stencils at Wafer-Scale · ASPLOS (2) 2026

Methods — techniques the papers use, named apart from their topics

MLIR · 2.0
YearPublicationVenuePosition
2026 An MLIR Lowering Pipeline for Stencils at Wafer-Scale
abstract
The Cerebras Wafer-Scale Engine (WSE) delivers performance at an unprecedented scale of over 900,000 compute units, all connected via a single-wafer on-chip interconnect. Initially designed for AI, the WSE architecture is also well-suited for High Performance Computing (HPC). However, its distributed asynchronous programming model diverges significantly from the simple sequential or bulk-synchronous programs that one would typically derive for a given mathematical program description. Targeting the WSE requires a bespoke re-implementation when porting existing code. The absence of WSE support in compilers such as MLIR, meant that there was little hope for automating this process.
Nicolai Stawinoga, David Katz, Anton Lydike, Justs Zarins, Nick Brown 0002, George Bisbas, Tobias Grosser
ASPLOS (2)4
2021 Performance Evaluation of Adaptive Routing on Dragonfly-based Production Systems
abstract
Performance of applications in production environments can be sensitive to network congestion. Cray Aries supports adaptively routing each network packet independently based on the load or congestion encountered as a packet traverses the network. Software can dictate different routing policies, adjusting between minimal and non-minimal bias, for each posted message. We have extensively evaluated the sensitivity of the routing bias selection on application performance as well as whole system performance in both production and controlled conditions. We show that the default routing bias used in Aries-based systems is often sub-optimal and that using a higher bias towards minimal routes will not only reduce the congestion effects on the application but also will decrease the overall congestion on the network. This routing scheme results in not only improved mean performance (by up to 12%) of most production applications but also reduced run-to-run variability. Our study prompted the two supercomputing facilities (ALCF and NERSC) to change the default routing mode on their Aries-based systems. We present the substantial improvement measured in the overall congestion management and interconnect performance in production after making this change.
Sudheer Chunduri, Kevin Harms, Taylor L. Groves, Peter Mendygral, Justs Zarins, Michèle Weiland, Yasaman Ghadar
IPDPS5