Papers
Topics
Authors
Recent
Search
2000 character limit reached

Dion3: Full-Stack Orthogonal Updates

Published 12 Aug 2026 in cs.LG and cs.AI | (2608.11612v1)

Abstract: The Muon optimizer incurs a significant overhead cost due to its cubic-time Newton-Schulz orthogonalization step. When weights are sharded, communication overhead compounds this computational cost, eroding the benefits of Muon in many settings. We present Dion3, a revision of Muon that targets this overhead at every level of the stack. Our Gram Newton-Schulz algorithm reduces the FLOP cost of orthogonalization, our CuteDSL kernels accelerate it by exploiting symmetry, and our megabatching strategy reduces communication overhead. Moreover, we propose a simple change to the update rule that cuts costs even further: selecting only a fraction of the momentum matrix's rows to orthogonalize at each step. This update rule improves on Dion (another "compressed" version of Muon), in both speed and performance. Overall, Dion3 matches or improves on the loss achieved by Muon but reduces optimizer step time by up to 6x. Dion3 is available via the dion package (https://github.com/microsoft/dion) as a drop-in replacement for Muon.

Summary

  • The paper introduces a full-stack Muon optimization system that combines Gram Newton–Schulz, symmetry-aware GPU kernels, fractional updates, and megabatched communication to reduce optimizer-step time by up to 6.5×.
  • Gram Newton–Schulz reformulates orthogonalization around smaller symmetric Gram matrices, reducing FLOPs by 55% versus symmetric Newton–Schulz and requiring restart strategies to remain stable in half precision.
  • Fractional updates improve both efficiency and reported quality, with a 1/4 selection fraction outperforming NorMuon across 3B–14B models and delivering a 0.7-percentage-point accuracy gain at 14B parameters.

“Dion3: Full-stack orthogonal updates” (2608.11612) addresses the principal systems limitation of Muon-family optimizers: the cost of repeatedly orthogonalizing momentum matrices with Newton–Schulz iterations. The paper argues that Muon’s favorable optimization behavior is accompanied by a scaling burden that becomes increasingly significant for large rectangular weight matrices and distributed training. Dion3 responds with a coordinated algorithm–kernel–communication design comprising Gram Newton–Schulz, symmetry-aware GPU kernels, fractional row or column updates, and megabatched communication. The resulting optimizer preserves or improves validation loss relative to Muon and NorMuon while reducing optimizer-step time by as much as 6×6\times.

Scaling limitations of Muon

Muon applies momentum followed by an approximate polar decomposition of each matrix-valued update. If a momentum matrix has dimensions n×mn \times m, with nmn \leq m, standard Newton–Schulz performs repeated products involving both n×mn \times m and n×nn \times n matrices. With TT iterations, its dominant cost under symmetry-aware multiplication is proportional to T(3α+1)n3T(3\alpha+1)n^3, where α=m/n\alpha=m/n is the aspect ratio. The cost is therefore superlinear in the smaller matrix dimension and grows strongly with rectangularity.

This complexity distinguishes Muon from SGD and AdamW, whose optimizer operations are predominantly elementwise and linear in parameter count. The distinction is particularly consequential for MoE architectures: sparse activation reduces forward and backward computation while dense expert matrices can remain large, causing orthogonalization to occupy a larger fraction of the training step. Distributed training introduces a second problem. Under FSDP, a momentum matrix must be assembled across shards before orthogonalization and redistributed afterward. Thus, Muon incurs both cubic local computation and collective communication that ordinary sharded AdamW does not require.

The paper frames Muon’s successful deployment in large systems such as Kimi K2 as dependent on a favorable alignment among architecture, framework state layout, and parallelism strategy. Dion3 instead seeks to make orthogonal optimization less sensitive to those deployment choices.

Gram Newton–Schulz

The central mathematical contribution is Gram Newton–Schulz (GNS), which reformulates the standard Newton–Schulz iteration around the smaller symmetric Gram matrix. For a matrix XRn×mX \in \mathbb{R}^{n \times m}, the polar factor can be expressed as

polar(X)=(XX)1/2X.\operatorname{polar}(X)=(X X^\top)^{-1/2}X.

Standard Newton–Schulz iterates directly on n×mn \times m0. GNS first forms n×mn \times m1, applies an inverse-square-root iteration to the resulting n×mn \times m2 matrix, and finally multiplies the approximate inverse square root by n×mn \times m3. The reformulation is not merely an approximation: in exact arithmetic, it is algebraically equivalent to standard Newton–Schulz for the same sequence of odd polynomial coefficients.

The paper derives this equivalence by writing each odd polynomial as n×mn \times m4. The scalar iteration can then be expressed through a Gram variable n×mn \times m5, an auxiliary factor n×mn \times m6, and an accumulated multiplier n×mn \times m7. Lifting these recurrences to matrices allows the algorithm to avoid constructing the large intermediate matrices generated by standard Newton–Schulz.

The computational consequence is substantial. GNS requires only two large rectangular matrix multiplications, one to form the Gram matrix and one to reconstruct the output. The iterative portion uses small symmetric products. For n×mn \times m8 and a typical transformer aspect ratio n×mn \times m9, the paper reports a 55% reduction in FLOPs relative to standard Newton–Schulz with symmetric GEMMs, and a 68% reduction relative to a conventional implementation without symmetry exploitation. The asymptotic dependence changes from a product-like nmn \leq m0 structure to an additive nmn \leq m1 structure.

The advantage increases for highly rectangular matrices, including MLP and expert weights. For square matrices, the implementation falls back to standard Newton–Schulz with symmetric kernels because it launches fewer operations and is faster in wall-clock measurements.

Numerical stability and restarting

Mathematical equivalence does not imply numerical equivalence. The naive GNS implementation is unstable in half precision because forming the Gram matrix introduces spurious negative eigenvalues. Although nmn \leq m2 is positive semidefinite in exact arithmetic, rounding error can produce small negative eigenvalues near the numerical nullspace. The inverse-square-root polynomial iteration is well behaved on nonnegative inputs but can amplify negative inputs exponentially.

Eigenvector drift provides a second instability mechanism. In exact arithmetic, the intermediate matrices share eigenvectors with the initial Gram matrix. Finite-precision matrix products perturb these eigenspaces, causing the spectral evolution to deviate from the scalar polynomial analysis. The resulting drift can increase intermediate spectral norms and lead to divergence even when negative eigenvalues are absent.

The proposed remedy is restarting. After a small number of GNS iterations, the algorithm reconstructs an intermediate approximation in the original rectangular space, recomputes its Gram matrix, and begins a new short iteration sequence. For the five-iteration Polar Express configuration used in the paper, restarting after iteration two provides the preferred stability–performance tradeoff. The stabilized implementation also uses float16 rather than bfloat16, distributes scalar terms to avoid numerically unfavorable fused operations, and applies a conservative safety factor to the polynomial coefficients.

The empirical importance of this intervention is clear: naive half-precision GNS causes Llama-430M training to develop loss spikes, infinities, and eventual failure, whereas the restarted version preserves validation behavior relative to standard Newton–Schulz. Figure 1

Figure 1: Naive half-precision Gram Newton–Schulz destabilizes Llama-430M training.

Figure 2

Figure 2: A restart after two iterations stabilizes Gram Newton–Schulz with Polar Express coefficients.

The stability analysis is one of the paper’s more valuable theoretical components. It identifies a failure mode that is invisible in exact-arithmetic derivations and shows that implementation-level details—precision format, restart location, safety factors, and treatment of diagonal terms—are part of the algorithmic specification rather than incidental engineering choices.

Symmetry-aware CuteDSL kernels

GNS exposes a large number of symmetric matrix operations. Dion3 exploits this structure with custom CuteDSL kernels for symmetric GEMM and fused matrix-quadratic operations on NVIDIA Hopper and Blackwell GPUs. The kernels compute only the lower triangular output, then transpose and copy each off-diagonal tile into the upper triangle. This avoids redundant arithmetic while preserving a dense symmetric output layout.

The implementation uses a triangular tile scheduler and an epilogue that writes both the computed lower-triangular tile and its transposed counterpart. The paper reports approximately nmn \leq m3 speedups over cuBLAS GEMM for sufficiently large symmetric matrices, both with and without fused epilogues. The performance benefit is especially important for GNS because its iterative core consists primarily of symmetric multiplications. Figure 3

Figure 3

Figure 3: Symmetry-aware CuteDSL kernels compute only one triangular half and approach a nmn \leq m4 speedup over cuBLAS for large matrices.

Across Llama, Qwen, Gemma, and MoE configurations, the combination of GNS and custom kernels accelerates the Newton–Schulz component by approximately nmn \leq m5–nmn \leq m6. The largest gains occur for matrices with high aspect ratios, such as Gemma-1B’s MLP projections. In an estimate based on Kimi K2’s exposed optimizer operations, the kernelized GNS implementation is reported to be nmn \leq m7 faster than standard Newton–Schulz.

The kernel contribution also illustrates the paper’s full-stack thesis. The algorithmic reformulation reduces the number and shape of GEMMs, but the resulting operations must be implemented in a way that realizes their arithmetic structure on modern tensor-core hardware. Conversely, symmetry kernels alone improve standard Newton–Schulz but cannot remove its dependence on rectangular multiplications.

Fractional orthogonal updates

Dion3’s third contribution changes the optimizer trajectory by orthogonalizing only a selected fraction of the momentum matrix. At each step, the optimizer selects the rows or columns with the largest nmn \leq m8 norms, orthogonalizes the resulting submatrix, updates only the selected coordinates, and applies error-feedback decay to the selected momentum components. Unselected components remain in the momentum buffer and can accumulate until they become eligible for future updates.

If the selected fraction is nmn \leq m9, the orthogonalized matrix has approximately n×mn \times m0 rows. This reduces local orthogonalization cost by roughly a factor determined by n×mn \times m1 for the dominant products and reduces communication volume by approximately n×mn \times m2. Selection also increases the effective aspect ratio, making GNS comparatively more advantageous.

The error-feedback mechanism is essential. Without it, rows omitted repeatedly could be permanently under-trained. By leaving the residual momentum component undamped, Dion3 increases the likelihood that neglected rows will be selected in later steps. At n×mn \times m3, the method reduces to Muon or NorMuon up to finite-precision and implementation details.

The paper reports a learning-rate transfer rule:

n×mn \times m4

because selecting only n×mn \times m5 rows reduces the Frobenius norm of an orthogonalized update by approximately n×mn \times m6. Consequently, the learning rate should scale approximately as n×mn \times m7. Figure 4

Figure 4

Figure 4: Optimal Dion3 learning rates follow the transfer relation n×mn \times m8 across selection fractions.

The result that fractional updates improve optimization quality is contrary to the paper’s initial expectation. On 1B-parameter models trained for 100B tokens, Dion3 variants with n×mn \times m9 remain below the fully tuned NorMuon validation-loss curve throughout training and finish approximately n×nn \times n0 cross-entropy points lower. The best result in the sweep occurs at n×nn \times n1. Figure 5

Figure 5: Fractional Dion3 updates produce lower validation loss than NorMuon across the reported training trajectories.

At larger scales, Dion3 with n×nn \times n2 outperforms NorMuon in validation loss at every tested model size from 3B to 14B parameters. The improvements are n×nn \times n3, n×nn \times n4, n×nn \times n5, and n×nn \times n6 cross-entropy points for 3B, 4B, 7B, and 14B models, respectively. Downstream accuracy improves at three of the four scales, including a n×nn \times n7 percentage-point gain at 14B, although the 4B result is lower by n×nn \times n8 points.

These results suggest that structured update sparsification can act as more than a computational approximation. The selection mechanism changes the temporal allocation of optimization effort across rows, while error feedback preserves residual information. Whether the observed improvement is caused by implicit regularization, altered noise statistics, or a better allocation of update magnitude remains unresolved.

Megabatched distributed communication

Dion3 also addresses the latency structure of distributed orthogonalization. A naive FSDP implementation processes matrices in groups of approximately world_size, requiring a number of all-to-all rounds proportional to the number of matrices divided by the world size. This creates two inefficiencies: every round incurs fixed launch and synchronization latency, and small messages underutilize NVLink or other interconnects.

Megabatching groups all matrices with the same shape into a single collective. The local shards are packed, communicated in one operation, orthogonalized as a batch, and scattered back. Since transformer models contain relatively few distinct matrix shapes, the number of communication rounds becomes effectively independent of model depth.

The measured benefit is workload dependent. For a 1B model on eight FSDP shards, megabatching reduces Muon optimizer-step time from n×nn \times n9 ms to TT0 ms, a 35% reduction. The benefit falls to TT1–TT2 for larger or more compute-bound configurations. The paper’s all-to-all microbenchmarks show why: small transfers are latency dominated and achieve poor bandwidth utilization, whereas payloads in the tens of megabytes approach a substantial fraction of peak interconnect bandwidth. Figure 6

Figure 6: NCCL all-to-all performance is latency dominated for small messages and reaches high bandwidth only after payload coalescing.

The authors further propose compressed data-parallel synchronization in settings where data-parallel communication crosses slower datacenter networks. If row selection can be performed without globally synchronizing the full momentum matrix, only the selected submatrix needs to participate in synchronization. This possibility is particularly relevant for hybrid ICI/DCN training systems.

End-to-end performance

Dion3’s contributions compound across the stack. On large models, kernelized GNS and the symmetry-aware implementation provide at least a TT3 improvement over standard Muon. Fractional updates with TT4 and TT5 provide additional reductions of approximately TT6 and TT7, respectively. The resulting total speedups are reported as TT8 for TT9 and T(3α+1)n3T(3\alpha+1)n^30 for T(3α+1)n3T(3\alpha+1)n^31 relative to standard Muon in the largest benchmark regimes. Figure 7

Figure 7: The combined Dion3 stack reduces optimizer-step time by up to approximately T(3α+1)n3T(3\alpha+1)n^32 across single-GPU and four-GPU FSDP configurations.

For a 7B model trained on four GH200s, the paper presents a more direct comparison with AdamW. Standard Muon costs approximately T(3α+1)n3T(3\alpha+1)n^33 as much optimizer time as AdamW in the reported setup. After adding the proposed improvements, Dion3 reduces that overhead to approximately T(3α+1)n3T(3\alpha+1)n^34 AdamW. Figure 8

Figure 8: The full Dion3 stack reduces Muon’s optimizer cost from T(3α+1)n3T(3\alpha+1)n^35 AdamW to approximately T(3α+1)n3T(3\alpha+1)n^36 AdamW.

The optimizer remains slower than AdamW because orthogonalization is intrinsically more expensive than elementwise moment updates. Nevertheless, the practical gap is substantially narrowed. The paper estimates that standard Newton–Schulz can account for anywhere from roughly 2% to 17% of end-to-end training time, depending on model architecture, batch size, parallelism, and overlap. This range is important: orthogonalization may be almost hidden in a large, efficiently pipelined MoE pretraining run, yet become a dominant cost in small-batch dense-model fine-tuning.

Theoretical and practical implications

The paper’s theoretical contribution is not a new convergence theorem for orthogonal optimization. Its significance lies instead in showing that an apparently cubic matrix iteration can be algebraically reorganized to expose lower-dimensional symmetric structure without changing its exact-arithmetic output. This establishes a general design pattern for optimizer kernels: derive the matrix function at the level of invariants such as Gram matrices, then map those invariants to hardware-specialized primitives.

The practical implications are more immediate. Dion3 provides a drop-in implementation through the dion and gram-newton-schulz packages, supports Muon and NorMuon baselines, and integrates FSDP, DDP, mixed sharding, CUDA graphs, megabatching, and custom GPU kernels. The implementation emphasis is justified by the paper’s numerical findings: naïvely inserting row selection can introduce repeated casts and destroy convergence, while poorly arranged fused operations can reduce GNS stability. Production use therefore requires treating precision and kernel fusion as algorithmic concerns.

Several limitations remain. The quality experiments primarily use dense decoder-only transformers, ClimbMix or FineWeb-Edu, and selected model scales. The strongest optimization improvements are measured over 10B or 100B tokens rather than frontier-scale pretraining budgets. The observed benefit from fractional updates may depend on row-selection statistics, architecture, normalization, weight decay, or the error-feedback coefficient. The paper also cautions that forming Gram matrices squares condition numbers, making GNS unsuitable when high-accuracy polar factors are required or when matrices are poorly conditioned beyond the tolerance of Muon-style approximate updates.

Future research should examine whether fractional orthogonal updates generalize across modalities, optimizer schedules, multimodal architectures, and long-horizon reinforcement-learning workloads. A useful theoretical direction would characterize error-feedback selection as a stochastic or adaptive coordinate process and determine when it improves versus merely preserves the stationary behavior of full orthogonal updates. Systems research should extend symmetry-aware kernels to additional accelerator families, tensor layouts, and heterogeneous clusters, while algorithmic work could explore adaptive T(3α+1)n3T(3\alpha+1)n^37, randomized selection, block selection, or selection criteria based on curvature and optimizer-state uncertainty rather than row norms alone.

Conclusion

Dion3 presents a coherent full-stack response to Muon’s principal scalability bottlenecks. Gram Newton–Schulz reduces the algorithmic cost of orthogonalization, CuteDSL kernels exploit the resulting symmetric computation, fractional updates reduce both computation and communication, and megabatching addresses collective latency. The stabilized implementation is essential because naïve Gram reformulations are numerically divergent in half precision.

The empirical evidence supports the paper’s central claim: Dion3 can preserve Muon-family optimization quality while reducing optimizer-step time by up to approximately T(3α+1)n3T(3\alpha+1)n^38, with validation-loss improvements over NorMuon in the reported 3B–14B experiments. The unexpected gains from fractional updates make the method relevant not only as an engineering optimization but also as a candidate source of new optimization dynamics. Its broader importance will depend on whether those quality improvements persist across architectures and training regimes beyond the configurations studied.

Paper to Video (Beta)

No one has generated a video about this paper yet.

Whiteboard

Explain it Like I'm 14

1. What is this paper about?

This paper introduces Dion3, a new method for training LLMs more efficiently.

It improves an optimizer called Muon. An optimizer is like a coach for a machine-learning model: after the model makes a mistake, the optimizer helps adjust the model’s numbers so it performs better next time.

Muon can help models learn with fewer training steps than older methods such as AdamW. However, each Muon step is expensive, especially when:

  • The model has very large weight matrices.
  • The model is trained across many GPUs.
  • The GPUs must communicate with one another.

The purpose of Dion3 is to keep Muon’s good learning behavior while making each training step much faster.

2. What questions does the research ask?

The paper mainly asks:

  • How can Muon’s expensive matrix calculations be made faster?
  • How can Muon work better when a model is split across many GPUs?
  • Can only part of the information be processed at each step without harming learning?
  • Can these improvements be combined into one practical optimizer?

The researchers want Dion3 to be useful for many different model sizes, computer systems, and ways of dividing work between GPUs.

3. How did the researchers approach the problem?

The researchers designed Dion3 as a combination of four improvements.

A faster way to orthogonalize matrices

Muon uses a process called orthogonalization. In simple terms, this reshapes the update to the model so that different directions are balanced instead of allowing a few directions to dominate.

Muon performs this using an iterative calculation called Newton–Schulz. An iterative calculation is like repeatedly adjusting an answer to make it more accurate. The problem is that the calculation can require a huge number of operations—especially for large matrices.

Dion3 introduces Gram Newton–Schulz. Instead of repeatedly working with the original large matrix, it first creates a smaller summary called a Gram matrix. This is similar to replacing a large, detailed map with a smaller map that preserves the important relationships between locations.

The new method:

  1. Creates a smaller matrix from the original one.
  2. Performs most of the calculations on this smaller matrix.
  3. Uses the result to produce the final update.

According to the paper, this gives the same mathematical result as standard Newton–Schulz, but with much less computation for many rectangular matrices.

Special GPU calculations

The smaller matrices used by Gram Newton–Schulz are symmetric. A symmetric matrix is the same when reflected across its diagonal, like a square pattern that looks identical in a mirror.

Because the top half is a copy of the bottom half, calculating both halves separately wastes time. The researchers created custom GPU programs using CuteDSL that:

  • Calculate only one triangular half.
  • Copy it to create the other half.
  • Take better advantage of modern NVIDIA GPUs.

These programs are called kernels. A kernel is a small, specialized program that performs a particular calculation on a GPU.

Processing only some rows or columns

Dion3 also avoids processing the entire momentum matrix every time.

The momentum matrix stores information about recent gradients—roughly, the model’s recent history of which direction its parameters should move. Dion3 selects only some rows or columns of this matrix, usually the rows with the largest overall size.

For example, instead of processing all 100 rows, it might process only 25 or 12 rows at a time. The paper recommends selecting about one-quarter or one-eighth of the rows.

This is like editing only the most important pages of a book during each revision, rather than rereading the entire book every time.

Rows that are not selected are not simply forgotten. Dion3 uses error feedback, which keeps track of ignored information so that it can influence future updates. This gives neglected rows a chance to be selected later.

Reducing communication between GPUs

When a model is split across GPUs, the GPUs must exchange information. This communication can be slow, particularly when it happens in many small rounds.

Dion3 uses megabatching. Instead of sending many small groups of information one after another, it combines more work into larger groups. This is like sending one large delivery instead of making many small delivery trips.

The method also communicates only the selected rows or columns, reducing the total amount of information that must be moved between GPUs.

4. What did the researchers find?

The paper reports several important results.

Dion3 is much faster than Muon

The main result is that Dion3 can achieve similar or better training loss than Muon while making optimizer steps up to six times faster.

The paper’s example involves training a LLM with about 7 billion parameters on four GH200 GPUs. In that experiment:

  • Muon’s optimizer step took about 26 times as long as AdamW’s.
  • After adding the Dion3 improvements, the cost fell to about 4 times AdamW’s.

This does not necessarily mean the entire training process becomes six times faster, because the optimizer is only one part of training. The model still needs to perform forward and backward calculations. However, the optimizer’s large cost is greatly reduced.

Gram Newton–Schulz saves many calculations

For a typical rectangular matrix whose longer side is about four times the shorter side, the paper says Gram Newton–Schulz can save:

  • About 55% of the operations compared with standard Newton–Schulz when symmetric calculations are already used.
  • About 68% compared with a typical implementation that does not use symmetry.

The benefit is especially large when matrices are very rectangular rather than square.

The custom GPU kernels are effective

The researchers report that their symmetric matrix-multiplication kernels can be approximately twice as fast as standard cuBLAS kernels for sufficiently large matrices on Hopper and Blackwell GPUs.

cuBLAS is a highly optimized NVIDIA library for matrix calculations. Beating or improving on it for this special kind of calculation is significant because matrix multiplication is one of the most common and expensive operations in machine learning.

Processing fewer rows can preserve training quality

Dion3’s row-selection method changes the exact update made to the model. In theory, this could make training worse. However, the experiments described in the paper show that selecting only a fraction of the rows can still match or improve the final loss of Muon and related methods.

The error-feedback system is important because it prevents ignored information from disappearing permanently.

Stability required careful engineering

The researchers discovered that the simple version of Gram Newton–Schulz could become unstable when using lower-precision numbers, which GPUs often use for speed.

Small rounding errors could create impossible negative values in a matrix that should contain only nonnegative values. This could cause the calculation to fail or training to diverge.

To fix this, the researchers added a restart partway through the calculation. The restart recalculates an important matrix and removes much of the numerical error. They also made careful choices about number formats and GPU implementation.

5. Why are these findings important?

Training a LLM can require enormous amounts of computing power and time. If the optimizer wastes much of that time, researchers need more GPUs, more electricity, and more money.

Dion3 could help by:

  • Making large-model training faster.
  • Reducing the amount of communication needed between GPUs.
  • Making Muon easier to use in different distributed-training setups.
  • Allowing researchers to gain Muon’s learning advantages without paying as much of its computational cost.
  • Making advanced optimizers more practical for models with very large or oddly shaped matrices.

The paper also provides open-source software packages, including dion and gram-newton-schulz, so other researchers can test and use the methods.

Simple conclusion

Muon can help LLMs learn efficiently, but its calculations are costly. Dion3 improves Muon at several levels: it uses a smaller mathematical problem, avoids repeated calculations, uses custom GPU code, processes only the most important parts of the update, and organizes GPU communication more efficiently.

The paper’s main message is that small improvements at many levels can combine into a large overall speedup. If the results continue to hold on larger and more varied models, Dion3 could make the training of future LLMs faster, cheaper, and easier to scale across many GPUs.

Knowledge Gaps

Conocimiento faltante, limitaciones y preguntas abiertas

  • Validación empírica incompleta en modelos y escalas de frontera: aunque el artículo afirma aplicabilidad a múltiples tamaños, arquitecturas y estrategias de paralelismo, el texto proporcionado no demuestra sistemáticamente el comportamiento de Dion3 en modelos de cientos de miles de millones o billones de parámetros, ni en arquitecturas no basadas en Transformers.
  • Cobertura limitada de hardware: las optimizaciones de CuteDSL se dirigen principalmente a GPUs NVIDIA Hopper y Blackwell; queda sin resolver si los beneficios se mantienen en arquitecturas NVIDIA anteriores, GPUs AMD, TPUs, aceleradores especializados u otros dispositivos.
  • Dependencia no cuantificada de la selección de filas: no se establece cómo debe elegirse óptimamente la fracción ff según el tamaño de la matriz, la arquitectura, el nivel de ruido del gradiente, la fase del entrenamiento o el régimen de paralelismo.
  • Ausencia de garantías teóricas para el muestreo de filas: el artículo muestra resultados experimentales favorables, pero no proporciona cotas de convergencia, error de aproximación o degradación de optimización para la selección de las filas con mayor norma 1\ell_1.
  • Comparación insuficiente entre estrategias de selección: se menciona que la selección aleatoria tiene un rendimiento cercano, pero no se realiza una comparación amplia con selección por norma 2\ell_2, magnitud del gradiente, muestreo estratificado, selección basada en importancia o estrategias aprendidas.
  • Efecto de la selección local frente a la global no resuelto: en configuraciones distribuidas se seleccionan las filas de mayor norma dentro de cada shard, aunque esto puede diferir de la selección global. No se cuantifica el impacto de esta discrepancia sobre la convergencia, la estabilidad y la calidad final.
  • Interacción poco estudiada entre ff y el error feedback: el artículo adopta el mecanismo de Dion, pero no caracteriza cómo cambian la memoria del error, la frecuencia de actualización de filas poco activas y la estabilidad cuando ff es pequeño.
  • Límites prácticos de la compresión: no se determina cuál es el valor mínimo de ff que permite conservar el rendimiento, ni si existe un umbral dependiente del modelo por debajo del cual Dion3 deja de ser competitivo con Muon, NorMuon o AdamW.
  • Sensibilidad a hiperparámetros: falta un estudio sistemático de la sensibilidad de Dion3 a la tasa de aprendizaje, el coeficiente de momentum, β2\beta_2, el weight decay, la inicialización y el número de iteraciones de Newton–Schulz.
  • Ausencia de reglas de ajuste automático: el artículo recomienda f=14f=\frac14 o f=18f=\frac18, pero no propone un procedimiento para adaptar automáticamente ff, la dirección de selección —filas o columnas— o el punto de reinicio durante el entrenamiento.
  • Generalización limitada de la estabilización numérica: la estrategia de reinicio se diseña para un patrón específico de cinco iteraciones y una estimación concreta de autovalores espurios negativos. No se sabe cómo elegir robustamente el punto de reinicio para otros coeficientes, precisiones, números de iteraciones o distribuciones espectrales.
  • Análisis numérico incompleto en precisiones modernas: se comparan principalmente float16 y bfloat16, pero no se estudian de forma exhaustiva formatos como FP8, TF32, FP4 u otros esquemas de cuantización relevantes para entrenamiento eficiente.
  • Impacto de la precisión mixta en el entrenamiento completo: aunque se identifican problemas de conversiones repetidas y se usan kernels personalizados, no se cuantifica cómo los errores acumulados de precisión afectan a entrenamientos largos, especialmente en modelos grandes y con gradientes mal condicionados.
  • Falta de comparación con SVD o polar exacta bajo criterios de calidad: se afirma equivalencia matemática con Newton–Schulz estándar, pero no se mide de forma sistemática el error de Dion3 frente a la descomposición polar exacta ni se relaciona ese error con la pérdida y la generalización.
  • Condiciones de estabilidad teórica no completamente establecidas: el análisis de la inestabilidad se centra en autovalores negativos introducidos al formar la matriz de Gram, pero quedan menos caracterizados otros errores, como pérdida de simetría, mal condicionamiento extremo, desbordamiento o cancelación numérica.
  • Efectos sobre la generalización no explorados: las evaluaciones parecen centrarse principalmente en la pérdida de entrenamiento o validación; no se determina si la actualización parcial modifica sistemáticamente la generalización, la robustez o el comportamiento fuera de distribución.
  • Evaluación limitada de tareas posteriores: no queda establecido si las mejoras observadas durante preentrenamiento se trasladan a ajuste fino, clasificación, razonamiento, recuperación, generación de código, visión o modelos multimodales.
  • Falta de análisis en escenarios de entrenamiento inestables: no se examina Dion3 bajo lotes pequeños, datos ruidosos, gradientes escasos, entrenamiento con refuerzo, cambios de distribución o fases de aprendizaje con fuerte variación del gradiente.
  • Comparaciones de rendimiento potencialmente incompletas: se reportan aceleraciones del paso del optimizador, pero no se separan siempre el tiempo de optimización, comunicación, memoria, sincronización y ejecución forward/backward en condiciones idénticas para todos los baselines.
  • Ausencia de métricas completas de eficiencia: no se cuantifican de manera integral el consumo energético, la memoria máxima, la utilización de tensor cores, el coste de compilación, la ocupación de GPU ni el rendimiento por dólar o por unidad de energía.
  • Dependencia de kernels y entornos concretos: el rendimiento de los kernels CuteDSL puede depender de versiones específicas de CUDA, PyTorch, compiladores y bibliotecas. No se estudia la reproducibilidad del speedup frente a cambios de software o configuraciones de lanzamiento.
  • Escalabilidad de las ganancias con el tamaño de las matrices no completamente demostrada: los benchmarks de kernels no establecen si la ventaja se conserva para matrices muy pequeñas, muy grandes, con dimensiones no múltiplos de los tamaños de tile o con formas altamente asimétricas.
  • Coste de los lanzamientos adicionales de kernels insuficientemente caracterizado: se menciona el uso de CUDA Graphs para mitigar el overhead, pero no se determina cuándo deja de ser eficaz ni cómo se comporta con formas dinámicas, secuencias variables o modelos con muchos tensores pequeños.
  • Comunicación en topologías heterogéneas no evaluada: queda abierta la eficacia de la estrategia de megabatching en clusters con topologías no uniformes, múltiples niveles de interconexión, oversubscription, fallos de enlace o redes Ethernet frente a NVLink/InfiniBand.
  • Interacción con otras formas de paralelismo poco explorada: aunque se mencionan FSDP, DDP y estrategias mixtas, faltan experimentos detallados con tensor parallelism, sequence parallelism, context parallelism, pipeline parallelism y expert parallelism combinados.
  • Coste de sincronización y balance de carga no resuelto: la selección de filas y el agrupamiento de matrices pueden producir tamaños de trabajo desiguales entre dispositivos; no se cuantifica el impacto del desequilibrio ni se propone un mecanismo general de balanceo.
  • Robustez ante matrices con dimensiones degeneradas: no se analiza suficientemente el comportamiento cuando las matrices son extremadamente rectangulares, casi de rango deficiente, muy pequeñas o tienen dimensiones que no se ajustan bien a los kernels implementados.
  • Supuestos sobre la estructura de las capas no verificados ampliamente: las ventajas de Gram Newton–Schulz dependen de aspectos como α=m/n\alpha=m/n y la distribución de formas matriciales; falta verificar si las tendencias arquitectónicas citadas se mantienen en una gama más amplia de modelos y diseños futuros.
  • Interacción con weight tying y parámetros compartidos: no se estudia cómo manejar correctamente la selección parcial y el error feedback cuando una misma matriz o parámetro participa en varias partes del modelo.
  • Aplicación a capas no matriciales insuficientemente abordada: no se explica en profundidad cómo se comporta Dion3 con convoluciones, embeddings, tensores de orden superior, normalizaciones, parámetros vectoriales o matrices con restricciones estructurales.
  • Equivalencia con Muon en el caso f=1f=1 solo es aproximada en precisión finita: aunque se reporta que las curvas coinciden, persisten diferencias de orden de operaciones, damping, normalización y kernels; no se cuantifica su impacto en entrenamientos largos o en condiciones numéricamente sensibles.
  • Falta de ablaciones completas de cada componente a escala real: se necesitan experimentos factoriales que separen Gram Newton–Schulz, kernels simétricos, selección de filas, error feedback y megabatching, incluyendo sus interacciones en modelos grandes y no solo en benchmarks aislados.
  • Comparación insuficiente con métodos alternativos de compresión: no se establece claramente cuándo Dion3 supera a Dion, Trion, MuonBP, métodos de ortogonalización por bloques, aproximaciones de bajo rango o técnicas de actualización dispersa bajo el mismo presupuesto computacional.
  • Garantías sobre la calidad de optimización a largo plazo: los experimentos disponibles no determinan si las pequeñas diferencias por paso introducidas por la selección, la precisión finita y la aproximación polar se acumulan durante cientos de miles o millones de pasos.
  • Reproducibilidad experimental incompleta: el texto no proporciona, en el fragmento disponible, todos los detalles necesarios sobre conjuntos de datos, calendarios de entrenamiento, semillas, hiperparámetros, versiones de software y configuración exacta del hardware.
  • Estado “production-ready” no validado frente a fallos operativos: queda abierta la robustez del paquete ante reinicios, elasticidad del número de GPUs, recuperación de checkpoints, cambios de world size y reanudación de entrenamientos distribuidos.
  • Implicaciones de memoria y almacenamiento no resueltas: no se analiza el coste adicional de mantener buffers de momentum, segundos momentos, residuos de error y estructuras auxiliares bajo distintos esquemas de sharding y checkpointing.
  • Ausencia de análisis de seguridad o comportamiento adversarial del optimizador: no se estudia si la selección basada en normas puede amplificar patrones adversariales, favorecer sistemáticamente ciertos componentes del modelo o alterar la dinámica frente a datos contaminados.

Practical Applications

Immediate Applications

The paper’s main practical contribution is an open-source, drop-in implementation of a faster orthogonal optimizer for GPU-based distributed training. The following applications are therefore feasible with existing software and hardware, subject to validation on the target workload.

  • Faster training of LLMs and transformer-based models — Industry / AI infrastructure
    • Replace Muon or selected Muon variants with dion, using Gram Newton–Schulz, symmetric GPU kernels, row/column subsampling, and megabatched communication.
    • The reported benefit is up to a 6×6\times reduction in optimizer-step time, with loss matching or improving on Muon in the evaluated settings.
    • This can reduce wall-clock pretraining time, GPU-hours, and training cost for LLMs, mixture-of-experts models, and other transformer architectures.
    • Dependencies: The largest gains require sufficiently large or rectangular matrices, supported NVIDIA Hopper or Blackwell GPUs, compatible distributed-training configurations, and workloads for which optimizer computation is a substantial fraction of total training time.
  • Drop-in acceleration for existing Muon or NorMuon training pipelines — Software engineering / ML platforms
    • Use the dion package as a replacement for existing Muon, NorMuon, or standard Newton–Schulz implementations.
    • Use gram-newton-schulz independently when the goal is only to accelerate orthogonalization while preserving the existing optimizer update rule.
    • This supports incremental adoption: teams can first substitute the orthogonalization routine, then enable Dion3 row selection and distributed megabatching.
    • Dependencies: Existing code must expose compatible optimizer and parameter-sharding interfaces; numerical behavior should be checked because mixed-precision implementation details, fused updates, and normalization precision affect convergence.
  • More efficient fully sharded and distributed training — Cloud computing / HPC
    • Apply megabatched all-to-all communication to reduce the number of communication rounds per optimizer step under FSDP2, DDP, and mixed-sharding strategies.
    • Use row or column subsampling along the sharded dimension to reduce the amount of momentum data that must be gathered and scattered.
    • This can improve GPU utilization and reduce communication bottlenecks in multi-GPU and multi-node training clusters.
    • Dependencies: Benefits depend on interconnect topology, world size, tensor shapes, message sizes, and the quality of the framework’s collective-communication implementation. Global row selection may require additional synchronization and therefore reduce some gains.
  • Acceleration of sparse mixture-of-experts training — Industry / Model architecture
    • Use Dion3 for MoE models whose expert matrices are numerous, rectangular, or relatively small individually but collectively create substantial optimizer overhead.
    • The method is particularly relevant where reduced forward/backward computation makes optimizer cost a larger share of total training time.
    • Row selection can reduce orthogonalization cost without requiring a low-rank approximation procedure or power iteration.
    • Dependencies: The recommended compression fractions, such as f=14f=\frac14 or f=18f=\frac18, may not be optimal for every expert architecture. Quality must be evaluated for routing imbalance, expert sparsity, and highly heterogeneous parameter sizes.
  • Efficient training of smaller models and fine-tuning workloads — Applied machine learning
    • Use CUDA graph capture and replay in Dion3 to reduce kernel-launch overhead when training models too small to amortize the additional operations introduced by row selection.
    • Potential users include researchers fine-tuning LLMs, vision transformers, recommendation models, and domain-specific transformers.
    • Dependencies: At small scale, kernel-launch overhead can dominate arithmetic savings; actual speedups should be benchmarked against AdamW, Muon, and fused optimizer alternatives rather than assumed from large-model results.
  • Reusable symmetric matrix-multiplication kernels — GPU software / Scientific computing
    • Adapt the CuteDSL kernels for workloads involving symmetric products such as AAA A^\top, B2B^2, or αAA+βC\alpha A A^\top+\beta C.
    • Potential uses include covariance estimation, kernel methods, Gram-matrix construction, covariance-based normalization, and selected numerical linear-algebra routines.
    • The kernels can approximately halve unnecessary computation by calculating one triangle and copying it to the other, with reported speedups of roughly 2×2\times over cuBLAS for suitable matrix sizes on Hopper and Blackwell GPUs.
    • Dependencies: The matrices must truly be symmetric or the computation must explicitly enforce symmetry. Performance is hardware-, size-, layout-, and precision-dependent; the kernels are not automatically superior for small or non-symmetric matrices.
  • Efficient orthogonalization in research code and optimizer prototyping — Academia
    • Researchers can use the open-source packages to compare Muon, NorMuon, Dion, Dion3, and alternative Newton–Schulz polynomial schedules under a common distributed backend.
    • This lowers the implementation barrier for experiments involving spectral-norm optimization, orthogonalized updates, low-rank or block updates, and communication-aware optimizers.
    • Dependencies: Reproducibility requires reporting hardware, matrix shapes, precision, compression fraction, sharding strategy, and kernel implementation, since these strongly influence measured performance.
  • Reduced energy consumption for model training — Data centers / Sustainability
    • If Dion3 achieves similar loss with lower optimizer-step time, organizations can use it to reduce energy consumed per training run or to complete more experiments within a fixed power budget.
    • The same hardware could support more hyperparameter trials, ablations, or model iterations.
    • Dependencies: Lower optimizer-step time does not necessarily imply proportional end-to-end energy savings. Forward and backward computation, idle periods, communication, and the energy cost of custom kernels must be measured at the full-training level.

Long-Term Applications

The following uses are plausible extensions of the paper’s methods, but require additional validation, broader hardware support, or research into optimization stability and generalization.

  • General-purpose replacement for AdamW in frontier model pretraining — Industry / AI infrastructure
    • Dion3 could become a standard optimizer for pretraining very large dense, MoE, multimodal, and reasoning models, particularly where Muon’s improved optimization efficiency is valuable but its orthogonalization overhead currently limits adoption.
    • A mature implementation could expose automatic selection among AdamW, Muon, NorMuon, and Dion3 based on tensor aspect ratio, model size, and cluster topology.
    • Dependencies: The paper demonstrates loss and timing improvements in selected settings, but broad replacement requires testing across datasets, architectures, training durations, scales, precision formats, and post-training objectives. Long-run stability and checkpoint compatibility also need evaluation.
  • Adaptive compression schedules during training — Adaptive optimization / ML research
    • The row-selection fraction ff could be adjusted dynamically according to training phase, gradient statistics, matrix aspect ratio, or communication congestion.
    • For example, training could use a small ff during computationally expensive phases and increase ff during convergence-sensitive phases, or select rows based on residual momentum accumulated through error feedback.
    • This could produce an optimizer that automatically trades off update fidelity against speed.
    • Dependencies: Adaptive selection may introduce synchronization overhead, unstable update magnitudes, or additional hyperparameters. The paper establishes fixed-fraction strategies but does not fully establish optimal schedules.
  • Hardware-portable orthogonal optimization — GPU, accelerator, and compiler ecosystems
    • The Gram formulation could be implemented for AMD GPUs, TPUs, Intel accelerators, custom AI chips, and future GPU generations.
    • Its concentration of work in small symmetric matrices may be suitable for accelerators with specialized matrix-multiplication or structured-linear-algebra units.
    • Compiler libraries could automatically detect symmetric operations and generate triangular or symmetry-aware kernels.
    • Dependencies: CuteDSL kernels are specifically targeted at NVIDIA Hopper and Blackwell architectures. Portability requires new kernels, supported collective operations, precision analysis, and benchmarking against vendor libraries.
  • Communication-aware optimizers for exascale and geographically distributed training — HPC / Distributed systems
    • Megabatching and compressed momentum exchange could be generalized to other optimizers and distributed algorithms in which many small tensors require repeated collectives.
    • A communication scheduler could combine optimizer-state transfers across layers, overlap computation with communication, and select batch sizes based on network congestion.
    • This may be useful for very large clusters, federated high-performance training, or multi-site model development.
    • Dependencies: Larger communication batches may increase memory pressure and synchronization latency. The approach assumes that parameters can be safely grouped and that delayed or aggregated communication does not harm optimization.
  • Orthogonalized optimization beyond transformers — Computer vision, recommendation, scientific ML
    • Dion3 could be evaluated for convolutional layers, recurrent networks, graph neural networks, diffusion models, recommender systems, scientific surrogates, and reinforcement-learning policies.
    • In these settings, the method may provide benefits wherever weight matrices have favorable rectangular shapes or where optimizer computation is a bottleneck.
    • Dependencies: The paper focuses primarily on transformer-style matrix parameters. Convolutional and structured layers may require reshaping, block-wise updates, or new selection rules, and their optimization behavior may differ substantially.
  • Robotics and embodied AI model training — Robotics
    • More efficient distributed optimization could lower the cost of training multimodal policies, world models, robot-control transformers, and simulation-based agents.
    • Faster optimization could enable more frequent retraining from new sensor data or simulation environments.
    • Dependencies: The paper does not demonstrate online or safety-critical control. Before deployment in robotics, researchers would need to establish reliable convergence, robustness to nonstationary data, and predictable behavior under limited-data regimes.
  • Energy-constrained and edge model training — Mobile, embedded, and edge computing
    • A compressed orthogonal update could eventually support more sophisticated optimization on devices with limited compute, memory, or network bandwidth.
    • Selective row updates and error feedback may reduce the cost of local training or adaptation in federated-learning systems.
    • Dependencies: The current implementation targets high-end NVIDIA GPUs and distributed training. Edge deployment would require memory-efficient kernels, lower-precision stability guarantees, reduced synchronization requirements, and validation under heterogeneous client data.
  • Compiler and framework-level automatic optimizer selection — ML systems
    • Training frameworks could inspect tensor shapes and sharding layouts, then automatically choose standard Newton–Schulz, Gram Newton–Schulz, block orthogonalization, or Dion3 row selection.
    • A runtime policy could optimize for end-to-end throughput by considering FLOPs, kernel-launch overhead, memory bandwidth, and interconnect utilization.
    • Dependencies: Such automation requires reliable cost models and convergence predictors. A locally faster optimizer step may still reduce overall training efficiency if it requires more training steps or produces inferior final loss.
  • Use of error feedback for structured update sparsification — Optimization research
    • Dion3’s error-feedback mechanism could inspire sparse or selectively updated optimizers in which only important rows, columns, blocks, or experts are updated at each iteration.
    • Similar techniques could be applied to communication compression, parameter-efficient training, or sparse adaptation.
    • Dependencies: The current evidence supports selected row updates with specific momentum and normalization rules. Generalizing the method requires theoretical convergence analyses and experiments under adversarial sparsity, rapidly changing gradients, and nonconvex objectives.
  • Numerically robust low-precision linear algebra workflows — Numerical computing
    • The paper’s restart strategy and precision recommendations could inform other iterative matrix algorithms that operate on Gram matrices in float16 or bfloat16.
    • Systems could monitor symmetry defects, negative eigenvalues, or condition-number estimates and trigger restarts or higher-precision recomputation automatically.
    • Dependencies: The proposed stabilization addresses the observed Gram Newton–Schulz failure mode, but broader numerical guarantees across matrix spectra, scaling regimes, and hardware implementations remain to be established.

Glossary

The following is a list of advanced domain-specific terms found in the paper that may be unfamiliar to an undergraduate computer science student.

  • All-to-all: A communication pattern in parallel computing where every processor sends distinct data to every other processor; it is frequently the bottleneck in distributed optimization. "We provide a full-stack solution that performs well across a wide range of model sizes, architectures, cluster sizes, and parallelism strategies... our megabatching strategy reduces communication overhead." (Note: Referenced in the context of: "We use all-to-all communication along the sharding dimension, with each device processing a different weight in parallel.")
  • CuteDSL: A domain-specific language (DSL) used for writing high-performance GPU kernels, particularly for NVIDIA's Hopper and Blackwell architectures, that provides fine-grained control over thread-level memory access and register use. "Our CuteDSL kernels accelerate it by exploiting symmetry, and our megabatching strategy reduces communication overhead."
  • Frobenius norm: A matrix norm defined as the square root of the sum of the absolute squares of its elements, often used to measure the magnitude of weight matrices or updates. "A final rescaling ensures that the overall magnitude of the update (as measured in the Frobenius norm) matches that of Muon."
  • GEMM: An acronym for General Matrix-to-Matrix Multiplication, the fundamental operation used in deep learning for linear layers and optimization routines. "Each iteration has three steps. Each step contains a single matrix multiplication (AAA^\top A, A2A^2, ABAB) costing, respectively, 2mn22mn^2, 2n32n^3, and 2mn22mn^2 FLOPs for a total cost of T(4mn2+2n3)=2T(2α+1)n3T(4mn^2 + 2n^3) = 2T(2\alpha + 1)n^3 FLOPs... spread across 15 matrix-matrix multiplications (GEMMs)."
  • Gram matrix: A matrix created by the inner product of a set of vectors (or a matrix multiplied by its transpose), which is always positive semi-definite and symmetric. "Gram Newton-Schulz, a mathematically equivalent reformulation of Newton-Schulz that iterates on the small symmetric Gram matrix and cuts the FLOP cost of each orthogonalization dramatically."
  • Newton-Schulz: An iterative method used to compute matrix functions, specifically to approximate the inverse square root of a matrix or the polar decomposition, used here to orthogonalize weight updates. "The Muon optimizer incurs a significant overhead cost due to its cubic-time Newton-Schulz orthogonalization step."
  • Polar decomposition: A matrix decomposition that factorizes a matrix into an orthogonal matrix and a symmetric positive semi-definite matrix; in optimization, this is used to "orthogonalize" updates to ensure they maintain specific spectral properties. "The key innovation is the polar\operatorname{polar} operation... this operation—the 'orthogonalization step'—balances the spectrum of the update, ensuring that it has full numerical rank."
  • Sharding: A technique for distributing large datasets or model parameters across multiple nodes or GPUs, commonly used in distributed training frameworks like FSDP (Fully Sharded Data Parallel). "When weights are sharded, communication overhead compounds this computational cost, eroding the benefits of Muon in many settings."
  • Singular Value Decomposition (SVD): A mathematical factorization of a matrix into the product of three distinct matrices, revealing the geometric transformation, rotations, and scaling factors of the underlying linear operator. "If A=UΣVA = U \mathbf \Sigma V^\top is the singular value decomposition (SVD) of a matrix, then polar(A)=UV\operatorname{polar}(A) = UV^\top."
  • Spectral norm: The largest singular value of a matrix, which provides a measure of the maximum "gain" or growth the matrix can impose on a vector. "The Muon optimizer... is best described as steepest-direction descent with respect to the spectral norm."

Open Problems

We haven't generated a list of open problems mentioned in this paper yet.

Collections

Sign up for free to add this paper to one or more collections.

Tweets

Sign up for free to view the 1 tweet with 111 likes about this paper.