Nora: Normalized Orthogonal Row Alignment for Scalable Matrix Optimizer
Abstract: Matrix-based optimizers have demonstrated immense potential in training LLMs, however, designing an ideal optimizer remains a formidable challenge. A superior optimizer must satisfy three core desiderata: efficiency, achieving Muon-like preconditioning to accelerate optimization; stability, strictly adhering to the scale-invariance inherent in neural networks; and speed, minimizing computational overhead. While existing methods address these aspects to varying degrees, they often fail to unify them, either incurring prohibitive computational costs like Muon, or allowing radial jitters that compromise stability like RMNP. To bridge this gap, we propose Nora, an optimizer that rigorously satisfies all three requirements. Nora achieves training stability by explicitly stabilizing weight norms and angular velocities through row-wise momentum projection onto the orthogonal complement of the weights. Simultaneously, by leveraging the block-diagonal dominance of the Transformer Hessian, Nora effectively approximates structured preconditioning while maintaining an optimal computational complexity of $\mathcal{O}(mn)$. Furthermore, we prove that Nora is a scalable optimizer and establish its corresponding scaling theorems. With a streamlined implementation requiring only two lines of code, our preliminary experiments validate Nora as an efficient and highly promising optimizer for large-scale training.
Paper Prompts
Sign up for free to create and run prompts on this paper using GPT-5.
Top Community Prompts
Explain it Like I'm 14
What this paper is about
This paper introduces a new way to train LLMs called Nora. Nora is an “optimizer,” which is the part of training that decides how to adjust a model’s numbers (its “weights”) to make it better. The authors want an optimizer that is:
- Efficient at using training data
- Stable so training doesn’t wobble or blow up
- Fast to run on big models
They show Nora can do all three at once, and they back it up with theory and experiments.
What questions the paper tries to answer
The paper focuses on three simple questions:
- How can we get the benefits of smart, matrix-aware updates (like Muon) without paying a huge speed cost?
- How can we keep training stable by respecting a common property of modern neural networks: changing the size of certain weights doesn’t change what the network does (called scale invariance)?
- Can we prove Nora works well as models get bigger, and does it actually speed up training in practice?
How Nora works (in everyday terms)
Think of training as hiking down a mountain to reach the lowest point (the best model). The optimizer decides which direction to step.
A few ideas first:
- Matrix: a table of numbers (weights) with rows and columns.
- Gradient: the direction that makes the loss go down fastest right now (like the steepest downhill).
- Momentum: a smoothed version of recent gradients; it keeps you moving steadily instead of jittering.
- Preconditioning: smartly reshaping or scaling your step so you move more efficiently across the terrain (you avoid sinking into soft sand or bouncing in hard directions).
- Scale invariance: in many modern layers (thanks to things like LayerNorm), multiplying certain weights by any positive number doesn’t change the output. That means changing the “length” (size) of those weights can be pointless; what matters is changing their direction.
Why “direction” matters: Picture each row of the weight matrix as an arrow. If you push along the arrow (radial), you mostly change its length, which often doesn’t change the network’s behavior. If you push sideways (angular), you change where the arrow points, which is what actually helps learning.
Nora’s two-step trick:
- It first takes the momentum and removes the part that points along each weight row. In math terms, it projects momentum so it’s perpendicular (at a right angle) to every row of the weight matrix. That keeps steps “sideways,” where learning happens, and avoids messing with lengths unnecessarily.
- Then it “normalizes” each row of that momentum, which means it scales each row so it has a controlled size. This acts like a simple, efficient preconditioner that captures the key structure of Transformer layers.
Put simply:
- Keep only the useful sideways push for each row.
- Scale each row to a steady size.
- Update weights with that clean, stable direction.
Why this is fast: Some older matrix optimizers like Muon use a heavy math routine (Newton–Schulz iterations) to orthogonalize big matrices, which can be slow. Nora skips this and uses row-wise operations instead, which are much cheaper and still capture the important structure of the problem. The authors note Transformers have a Hessian (a fancy curvature map of the loss surface) that is “row block diagonally dominant,” which means rows mostly influence themselves, so handling rows independently is a smart approximation.
In code, Nora’s core can be done in just about two lines:
- Project momentum to be perpendicular to each weight row
- Normalize each row and update
What they found and why it matters
Main results from experiments on LLaMA-style models (60M and 135M parameters):
- Nora reached the best validation loss and perplexity among the matrix-based optimizers they tested (Muon, Mano, RMNP). In plain language, it learned better.
- Nora improved especially well in the later part of training, squeezing out extra quality without extra steps.
- Nora was much faster than Muon for the core matrix operation:
- About 10× faster on small/medium layers
- Over 70× faster on very large layers
- Nora ran with no weight decay on matrix parameters and still beat the others that used weight decay, suggesting its geometry-first approach stabilizes training on its own.
Main theory results:
- As models get wider (more neurons per layer), Nora’s learning rate should scale like 1/sqrt(width). This keeps updates stable and meaningful.
- They prove Nora converges under common assumptions, meaning it steadily heads toward better solutions and won’t blow up.
Why these results are important:
- Better final quality at the same training budget means more capable models for the same cost.
- Big speedups in the inner loop mean lower compute bills and shorter training times.
- Stability reduces fiddly tuning and training crashes.
What this could change going forward
Nora shows that a simple geometric rule—always update sideways to the weights, per row, and then normalize—can unify three hard goals: efficiency, stability, and speed. Because it’s easy to implement and plugs into existing optimizers, it could become a practical default for training large Transformers.
Potential impacts:
- Faster, cheaper training of LLMs without sacrificing quality
- Smoother training dynamics thanks to respecting scale invariance
- Clear guidance for hyperparameters as models grow (learning rate ~ 1/sqrt(width))
- A foundation for future optimizers that use simple structure-aware steps instead of heavy matrix math
In short: Nora is like a smarter, lighter steering system for big models. It points you in the most useful sideways direction, keeps steps well-scaled, and gets you to a better place faster.
Knowledge Gaps
Knowledge gaps, limitations, and open questions
Below is a single, focused list of what remains missing, uncertain, or unexplored in the paper, phrased to guide concrete follow-up work:
- Empirical scale: Validation is limited to 60M and 135M models; no evidence for 1B–70B+ scales where optimizer behavior and hardware constraints differ significantly.
- Training horizon: Results focus on 10k–20k steps and early-to-mid training; stability, convergence, and late-phase behavior over millions of steps are untested.
- Dataset and tasks: The paper reports only language-modeling validation loss/perplexity on LLaMA-style setups; no downstream tasks (e.g., reasoning, QA), no out-of-distribution evaluation, and incomplete dataset details for reproducibility.
- Fair comparison settings: Main-table comparisons use different weight decay for Nora (0) versus others (0.1); only Mano is ablated with wd=0. Matching weight decay and re-tuning all optimizers is needed to isolate algorithmic effects.
- Missing strong baselines: No comparison against widely used baselines such as AdamW, Adafactor, or state-of-the-art preconditioners like Shampoo or Sophia in the same training regime.
- Hyperparameter sensitivity: Only matrix learning-rate sweeps are reported; sensitivity to momentum β, schedule shape, warmup, gradient clipping, and batch size is unexplored.
- Weight decay interplay: Nora is run with wd=0, but many LLM runs benefit from decoupled weight decay; how to safely combine Nora with weight decay (without reintroducing radial components) is not studied.
- Non–scale-invariant parameters: The paper applies Nora only to matrix-shaped parameters and defers vectors (biases, LayerNorm γ/β, scalars) to Adam; best practices and interactions between the two optimizer families are not examined.
- Sparse embeddings: Practical application to large, sparsely updated embedding matrices is unspecified (e.g., projecting and normalizing only touched rows, handling sparse momentum).
- Row–block diagonal dominance: The assumption underpinning Nora’s preconditioning is not quantitatively validated per layer/task; robustness to violations (and bounds on degradation vs. Muon) are not provided.
- Preconditioner quality: No empirical assessment of curvature approximation (e.g., spectrum conditioning, alignment with top Hessian eigendirections) to support “Muon-like” claims.
- Theoretical scaling inconsistency: The learning-rate width scaling appears inconsistent (Theorem 4.1 vs. Appendix A.1 mixes η∝1/√n and η constant); notation (η vs. n) and conclusions need clarification and empirical validation across widths.
- Convergence bounds practicality: Non-convex bounds rely on smoothness constants (L_F, L_{∞,2}) that are unknown in practice; there is no guidance on estimating them or translating the theory into practical step-size choices.
- Numerical stability on small norms: The 0/0=0 convention for rows with tiny weight norms may freeze updates; stability mechanisms (e.g., ε-smoothing) and their bias trade-offs are not analyzed.
- Tangentiality under regularization: Decoupled weight decay, gradient clipping, and other regularizers can reintroduce radial components; methods to maintain strict tangential updates under these operations are not provided.
- Weight-norm dynamics: Claims of monotonic, gentle, and uniform row-norm growth are not empirically validated (e.g., per-row norm trajectories, variance across layers).
- End-to-end performance: Only micro-kernel benchmarks (row-norm vs. Newton–Schulz) are shown; full training throughput, optimizer step latency, memory bandwidth, and multi-GPU scaling with DDP/ZeRO remain unreported.
- Architecture generality: Evidence is only for Transformers; behavior on CNNs, MoE (experts and gating), diffusion models, and architectures with different parameter structures is unknown.
- Row vs. column structure: When m≫n or layer structure differs (e.g., projection matrices), it’s unclear if column-wise or block-wise projections would be preferable; no criteria or adaptive scheme is proposed.
- Mixed precision and quantization: Robustness with fp16/bf16 accumulators, 8-bit optimizers, and quantized states (rounding error in projections/normalizations) is unexplored.
- Batch-size scaling: Effects on critical batch size, gradient-noise scale, and compatibility with large-batch regimes are not evaluated.
- Statistical robustness: Results appear to be single-seed; no variance, confidence intervals, or instability rates are reported.
- Shared parameters and tying: Applicability to tied embeddings and other shared matrices is not discussed (including efficiency of per-row projections under sharing).
- Momentum projection effects: Projecting the EMA momentum alters its dynamics; bias, lag, and potential interactions with Nesterov-style momentum are not analyzed.
- MoE and adapters/LoRA: Interaction with low-rank adapters (LoRA) and expert routing (MoE) is untested; it is unclear whether row-wise projections help or harm low-rank updates.
- Implementation in production: “Two-line” logic may not translate to fused optimizer kernels; multi-tensor/fused implementations, memory footprint, and integration overhead are not characterized.
- Switching criteria and extensions: No exploration of hybrid row/column or blockwise schemes, layerwise adaptivity, or conditions to fall back to other preconditioners when assumptions fail.
Practical Applications
Immediate Applications
The following applications can be deployed now with modest engineering effort, leveraging Nora’s row-wise orthogonal momentum projection and normalization, its O(mn) complexity, and the provided scaling guidance.
- Bold: Drop-in optimizer for Transformer training (software/AI infrastructure)
- What to do: Replace Muon/RMNP for matrix-shaped parameters with Nora, keep Adam/AdamW for non-matrix params (biases, norms), and follow the width learning-rate scaling rule n ∝ 1/√width. Set weight decay to 0 for matrix groups as in the paper’s best runs.
- Why it helps: Achieves Muon-like preconditioning benefits while respecting scale invariance and reducing kernel cost by ~10–70× vs Newton–Schulz, improving convergence speed, validation loss, and wall-clock time on LLaMA-style models (60M/135M).
- Where to use: Foundation model pretraining and fine-tuning (HuggingFace/DeepSpeed/Accelerate, Megatron-LM), enterprise model training pipelines.
- Assumptions/dependencies: Transformer-like architectures with LayerNorm/RMSNorm/BatchNorm (scale invariance); row block diagonal dominance of the Hessian holds; correct grouping of matrix vs non-matrix params; mixed-precision compatibility tests.
- Bold: Cost and energy reduction in training (cloud, energy, sustainability)
- What to do: Swap Muon’s Newton–Schulz kernel with Nora’s row-wise projection + normalization. Update training cost models to account for O(mn) complexity.
- Why it helps: Benchmarks show order-of-magnitude kernel speedup; less GPU time lowers cost and carbon footprint.
- Tools/workflows: “Green optimizer” setting in MLOps templates; carbon accounting dashboards highlighting optimizer choice.
- Assumptions/dependencies: Similar convergence behavior holds at your target scale and domain; availability of bf16/fp16 kernels.
- Bold: Stable training under scale-invariance (healthcare, finance, legal, safety-sensitive domains)
- What to do: Use Nora to suppress radial jitter and maintain angular updates for weights, improving stability in models heavily using LayerNorm/RMSNorm.
- Why it helps: More predictable effective learning rate and monotonic row-norm growth; reduced internal covariate shift and fewer training collapses.
- Where to use: Domain-specific LLMs where stability and reproducibility are critical (clinical NLP, legal summarization, financial forecasting).
- Assumptions/dependencies: Networks exhibit scale-invariance; validation on your dataset/task.
- Bold: Fine-tuning pipelines with matrix-only Nora (software/AI infrastructure, enterprise MLOps)
- What to do: Apply Nora to weight matrices in LoRA/PEFT fine-tuning while keeping Adam/AdamW for adapters’ vector/bias parameters. Tune matrix LR separately using Nora’s scaling rule.
- Why it helps: Improves late-stage optimization quality and reduces sensitivity to LR; helps small teams achieve better results with limited compute.
- Tools/workflows: HuggingFace Trainer callback/optimizer wrapper; DeepSpeed param-group config.
- Assumptions/dependencies: Matrix grouping in PEFT/LoRA is clear; empirical LR sweep still needed.
- Bold: Learning-rate transfer via pμP scaling (academia, AutoML, industry)
- What to do: Adopt the theoretically justified width scaling law n ∝ 1/√width for matrix LRs with Nora to transfer hyperparameters across model sizes.
- Why it helps: Predictable scaling reduces grid search and speeds up model porting across widths.
- Tools/workflows: AutoML recipes embedding Nora scaling; hyperparameter transfer scripts.
- Assumptions/dependencies: Inputs follow standard initialization scaling; similar data distributions.
- Bold: Training analytics focused on angular dynamics (MLOps, tooling)
- What to do: Add metrics that track angular step sizes, row-wise orthogonality, and per-row norm growth to dashboards.
- Why it helps: Makes effective learning rate (angular velocity) observable and controllable; simplifies debugging of instability.
- Tools/workflows: Lightweight PyTorch hooks for cosine alignment between updates and weights, row-norm monitors.
- Assumptions/dependencies: Access to per-layer weights and update tensors; negligible overhead.
- Bold: Open-source optimizer module (academia, open-source software)
- What to do: Release a minimal PyTorch/TensorFlow Nora implementation (two-line core) and integrate into popular libraries (HuggingFace, Lightning, xFormers).
- Why it helps: Reproducibility, teaching, and rapid community trials across tasks.
- Tools/workflows: OSS repo with examples, tests, and reference kernels.
- Assumptions/dependencies: Standard optimizer interfaces; CI for multiple dtypes/devices.
- Bold: Procurement and documentation updates (policy, governance)
- What to do: Include optimizer energy-efficiency justifications in model cards and compute procurement proposals.
- Why it helps: Immediate transparency on sustainability; aligns with internal ESG goals and external reporting.
- Assumptions/dependencies: Stable measurement methodology for energy/GPU hours.
Long-Term Applications
These applications require additional validation, scaling studies, kernel/compiler support, or cross-domain generalization.
- Bold: Hardware- and compiler-level fusion for row operations (semiconductors, systems software)
- What to build: Vendor kernels that fuse row-wise projection and normalization with GEMMs; Tensor Core/Transformer Engine primitives specialized for Nora.
- Expected impact: Further reduce overhead; make geometric preconditioning essentially free at scale.
- Assumptions/dependencies: Stable demand across frameworks; hardware vendor buy-in; numerical robustness in fused kernels.
- Bold: Billion-scale pretraining and multi-domain validation (software/AI infrastructure, cloud)
- What to study: Validate Nora on ≥1B parameter Transformers, MoE, and multimodal architectures; extend to vision/language/graph models.
- Expected impact: Establish broad generality and refine LR/weight decay recipes by domain.
- Assumptions/dependencies: Row block diagonal dominance persists; training instabilities do not emerge at extreme scale.
- Bold: Adaptive structure-aware preconditioners (research, optimizer design)
- What to build: Dynamic detection of Hessian row/column block dominance; switch or blend row-/column-/tensor-wise projections and normalizations.
- Expected impact: Generalize Nora beyond Transformers; close gap to full-matrix methods with minimal cost.
- Assumptions/dependencies: Reliable online Hessian-structure proxies; stable switching mechanisms.
- Bold: Riemannian/geometry-informed training controllers (robotics, RL, safety)
- What to build: Controllers that target a desired angular velocity across layers, coupling Nora with schedules that enforce global geometric constraints.
- Expected impact: Safer, more stable training in RL and control where oscillations are costly.
- Assumptions/dependencies: Empirical evidence of benefits in RL/control; extensions to non-Transformer policies.
- Bold: Automated schedulers using pμP theory (AutoML, platform tooling)
- What to build: Auto-schedulers that allocate learning rates per layer based on width and activation statistics, applying n ∝ 1/√width and adjusting for data/domain drift.
- Expected impact: Fewer manual sweeps, faster deployment cycles.
- Assumptions/dependencies: Robust online estimation of width/scale parameters; stable interaction with mixed precision and distributed training.
- Bold: Standardization and regulation for energy-efficient optimizers (policy, standards bodies)
- What to do: Define benchmarks and reporting guidelines that include optimizer-induced energy/compute savings; incorporate into procurement and compliance frameworks.
- Expected impact: Incentivize adoption of efficient, stable training practices across sectors.
- Assumptions/dependencies: Cross-industry consensus on metrics; lifecycle assessment methodologies.
- Bold: Education and curricula on geometric optimization (academia)
- What to build: Courses and lab modules on scale-invariance, angular dynamics, and matrix-based optimization; teaching kits with Nora vs Muon vs RMNP comparisons.
- Expected impact: Broaden understanding of optimizer-architecture interplay; better training recipes in research labs.
- Assumptions/dependencies: Availability of reproducible code/data; institutional uptake.
- Bold: Downstream societal benefits via cheaper model iteration (daily life, cross-sector)
- What to expect: Faster, less expensive cycles for domain LLMs (healthcare triage assistants, financial analysis tools, educational tutors) leading to more frequent quality improvements and broader access.
- Assumptions/dependencies: Savings translate to product pricing and iteration cadence; quality gains are consistent outside language modeling.
- Bold: Extensions to non-scale-invariant architectures (research, broader ML)
- What to study: Conditions and modifications for CNNs or architectures without pervasive normalization layers; hybrid projections that balance radial learning when needed.
- Expected impact: Wider applicability beyond Transformers.
- Assumptions/dependencies: Theoretical adaptations and empirical verification.
Cross-cutting assumptions and dependencies
- Scale invariance: Nora’s stability gains rely on widespread use of BatchNorm/LayerNorm/RMSNorm; benefits may diminish if this symmetry is absent.
- Hessian structure: The row block diagonal dominance observed in Transformers underpins the row-wise preconditioning approximation.
- Parameter grouping: Correctly separating matrix-shaped weights from others is critical for best results; misgrouping can erase benefits.
- Hyperparameters: Although Nora reduces sensitivity, LR and weight decay still require validation per model and task; follow n ∝ 1/√width as a starting point.
- Distributed/mixed precision: Confirm numerical stability with ZeRO/FSDP, pipeline/model parallelism, and bf16/fp16; test on your hardware stack.
Glossary
- Angular velocity: The rate at which a parameter vector’s direction (angle) changes over time; in this paper it refers to angular motion of weights separate from radial norm changes. "explicitly stabilizing weight norms and angular velocities through row-wise momentum projection onto the row orthogonal complement of the weights."
- Central limit theorem: A probabilistic result used to approximate distributions of sums of random variables, invoked here to analyze high-dimensional behavior. "The central limit theorem gives:"
- e-stationary point: An approximate stationary point where a chosen stationarity measure is below a threshold e; here defined with projected norms. "Nora reaches an e-stationary point in the projected | * |1,2 sense after:"
- Effective learning rate: The actual step size that affects functional progress; here defined as the relative angular step size for scale-invariant weights. "the effective learning rate, defined as the relative angular step size"
- Exponential moving average: A momentum estimate computed by exponentially decaying past gradients. "vt = Bvt-1+ (1 - 3)gt denote the exponential moving average of the gradient."
- Filtration (sigma-algebra): The growing information set capturing all randomness up to the current iteration. "It is the sigma-algebra generated before sampling Et."
- Frobenius smoothness: A Lipschitz condition on the gradient with respect to the Frobenius norm. "(a) (Frobenius smoothness) There exists LF > 0 such that"
- Full-spectral preconditioner: A preconditioner that uses the full spectrum (all eigen-directions) of a matrix like a Gram matrix, rather than only diagonal approximations. "Muon can be written as applying the full-spectral preconditioner HM = (vtv{ )2 & In"
- Gram matrix: A matrix of inner products (e.g., vvT) whose structure is exploited for preconditioning. "retaining only the diagonal blocks of the Gram matrix"
- Hessian: The matrix of second derivatives of the loss; its structure informs preconditioning. "row block diagonal dominance of the Transformer Hessian"
- Internal covariate shift: Shifts in the distribution of layer inputs during training that can destabilize learning. "this mechanism effectively mitigates internal covariate shift"
- Kronecker product: A matrix product operation producing block-structured matrices. "The symbol & denotes the Kronecker product."
- Maximal Update Parametrization (pP): A scaling framework that constrains updates so feature changes stay O(1) as width grows, yielding width-scaling laws. "leveraging the Maximal Update Parametrization (pP) framework"
- Mixed (1,2)-norm: A matrix norm summing row Euclidean norms; used in projected stationarity and smoothness assumptions. "|x |1,2 := >Ixi: |2,"
- Mixed (∞,2)-norm: A matrix norm taking the maximum row Euclidean norm; used in matched smoothness and analysis. "|x|00,2 := max |x2: |2."
- Newton–Schulz iteration: An iterative method to compute matrix inverse square roots used by Muon, with notable computational cost. "Muon relies on the Newton-Schulz iteration"
- Non-convex optimization landscape: An objective surface with many local minima/saddles; convergence guarantees are provided in this setting. "establishing theoretical guarantees for Nora in non-convex opti- mization landscapes."
- Non-expansiveness: A property of an operator (here, a projection) that does not increase the norm of its input. "the non-expansiveness of PT- in the norms used below."
- Orthogonal complement: The set of vectors orthogonal to a given vector or subspace; updates are constrained to this space. "row orthogonal complement of the weights"
- Orthogonalization: Transforming vectors to be mutually orthogonal; here, contrasted with cheaper row-wise normalization. "replacing matrix-level orthogonalization with a row-wise normalization step."
- Perplexity: An NLP evaluation metric equal to the exponential of cross-entropy; lower is better. "validation perplexity."
- Preconditioner: An operator applied to gradients or momentum to improve conditioning and accelerate optimization. "H-1[.] denotes the action of a preconditioning operator"
- Projected gradient: The component of the gradient in a constrained subspace; here, the row-wise perpendicular component used for stationarity. "We measure stationarity by the row-wise projected gradient:"
- Radial updates: Parameter updates aligned with the weight vector that change norms rather than directions; undesirable under scale invariance. "Radial updates-those aligning with the weight vector-do not alter the functional output"
- Riemannian optimization: Optimization methods on curved manifolds, contrasted with Nora’s design. "Mano comes from Riemannian optimization [35, 36, 37]."
- Row block diagonal dominance: A structural prior where row-wise blocks dominate the Hessian, enabling efficient row-wise approximations. "row block diagonal dominance of the Transformer Hessian"
- Row-Momentum Normalized Preconditioning (RMNP): A matrix-based optimizer that normalizes momentum row-wise as a diagonal approximation to Muon. "Row-Momentum Normalized Precondi- tioning (RMNP)"
- Row tangent space: The tangent subspace aligned with row-wise directions orthogonal to current weights. "row-wise projections of vt onto the row tangent space of wt"
- Row-wise normalization: Normalizing each row vector independently (often to unit norm); Nora’s efficient preconditioning step. "We use row-wise normalization with the convention 0/0 = 0:"
- Row-wise perpendicular projection: Projecting each row to be orthogonal to the corresponding weight row. "The row-wise perpendicular projection is:"
- Scale invariance: A symmetry where scaling certain weights does not change the network’s output. "network representations exhibit scale invariance"
- Scaling hypothesis: An assumption about how inputs (or signals) scale with width, used to derive learning rate scaling. "the scaling hypothesis under standard deep learning initialization"
- Tangent space: The space of infinitesimal directions orthogonal to radial scaling; updates are constrained here for stability. "the update direction should strictly reside within the tangent space of wt."
- Weight space symmetry: Functional symmetries in parameter space (e.g., scaling or permutations) that leave outputs unchanged. "it overlooks a important property of neural networks: weight space symmetry"
- Width-scaling rule: A prescribed scaling of learning rate with model width to maintain O(1) feature updates. "must follow the width-scaling rule, nt x 1/Vn."
Collections
Sign up for free to add this paper to one or more collections.