Papers for

machine learning system engineers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Decentralized learning consensus depends on network and data sizes

Population Scaling or Data Dilution? Dynamics of Local Topology Evolution in Decentralized Learning

Abstract: Scaling decentralized learning changes not only the number of clients $N$, but also the dynamics of information propagation and consensus. We argue that the effect of increasing $N$ cannot be understood in isolation, because data allocation, topology-dependent mixing, and communication capacity may change simultaneously. We study these coupled effects on CIFAR-10 with $N\in\{10,50,100,200\}$, comparing a degree-two Ring, a Static Random graph, and Local-First Heuristic Evolution (LFHE), a locally adaptive topology process based on friend-of-friend discovery. The Ring provides an analytically transparent failure mode: its Metropolis spectral gap decays as $Θ(N^{-2})$, implying progressively slower contraction of model disagreement as the population grows. Experiments show that holding the nominal local dataset size fixed substantially reduces the apparent population penalty observed when a fixed total dataset is divided among more clients. The remaining degradation depends strongly on communication structure: Ring enters a high-disagreement regime, whereas Static Random and LFHE remain close to consensus. Increasing LFHE's degree threshold further improves accuracy and consensus, but at a substantially higher model-transmission cost. These results show that decentralized scaling is governed by coupled learning and communication dynamics, rather than by the number of clients alone.

Sun 4 OctMachine LearningArtificial Intelligence
The gist
When many computers learn together without a central boss, how they share information and agree on what they learn can change a lot as more computers join. The authors studied this by changing the number of computers and the way they connect and share data. They found that simply adding more computers can slow down how quickly they agree unless the amount of data per computer stays the same. Different network designs also affect how well the group reaches agreement, with some setups working better and faster than others. This means that scaling up these systems needs careful balancing of data, connections, and communication.
Open → 2610.05476v1

Canonical parallel form improves speed of auto-parallelizing compilers on cpu and gpu

The Canonical Parallel Form as a Substrate for Parallelizing Compilers and Agentic Optimizers

Abstract: Imperative code fixes an execution order the computation does not require, and a parallelizing compiler must prove which parts of that order it can remove. We introduce the Canonical Parallel Form (CPF), a device-neutral program state from which every ordering constraint our analyses prove unnecessary has been removed. CPF is reached by output-preserving normalization, by lifting semantic operations such as tensor contractions, and by deriving parallelism in three levels ordered by decidability: syntactic subscript tests, exact affine dependence tests over integer sets, and SMT queries over non-linear integer arithmetic, which also admit parallelism guarded behind a runtime check. Heuristics can then specialize the canonical form for each architecture. Across 248 loop-level reasoning kernels on an AMD MI300A, CPF reaches 4.4x over Numba on its 24 Zen 4 cores and 25.4x on its CDNA 3 GPU. Against the other auto-parallelizing optimizers, CPF is 2.9x faster on the CPU and 8.7x on the GPU than DaCe's own auto-parallelizer, 1.9x faster than Pluto, and 1.5x faster than PPCG on the affine subset of the kernels. Because the pipeline is deterministic, CPF also serves as an agent's starting source, cutting the token cost per kernel by up to a factor of 2.72x while leaving the achieved speed-up unchanged, since the coding agents reason less about parallelism.

Wed 23 SeptPerformance
The gist
Programs often say things must happen in a certain order, but sometimes they don't actually need to. The authors present a way to rewrite programs into a 'canonical parallel form' that removes unnecessary order, making it easier for compilers to run parts at the same time. This new form uses a step-by-step process to find safe parallelism and works on different devices without changes. Their tests show it can run much faster than several existing tools on real hardware, and it also helps code-writing assistants work more efficiently.
Open → 2609.28724v1