新着研究 / LLM
同じ重みの反復と専門家の疎な選択をまとめて予測するLLM設計則
Loop Scaling Laws
Loop Scaling Lawsの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1: (a) Dense looped transformers reuse the same FFNs, whereas looped MoE models can route tokens to different experts across recurrent passes. (b) At fixed active parameters and training tokens, increasing recurrence yields diminishing returns, with the dense model ( E = 1 E{=}1 ) saturating earlier than MoE models ( E > 1 E{>}1 ). (c) Our Loop Scaling Laws model a bounded effective-parameter gain conditioned on recurrence R R and sparsity (varied by expert count E E ), unlike prior linear and power-law mappings that assume unbounded gains.
概要
- 反復回数、専門家の疎性、モデル規模、データ量を共同で扱うスケーリング則を提案した。
- 反復の利得は無限には増えず、専門家数によって飽和の仕方が変わる。
- 同じ学習計算量で、反復MoEが約二倍大きい非反復MoEの推論課題性能に並んだと報告した。
補足:編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、Loop Scaling Lawsの仕組み
- 01入力トークン
- 02専門家への振り分け
- 03共有重みで反復処理
- 04トークン表現
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
この研究は、同じ重みを何度も使う反復型モデルと、一部の専門家だけを使うMoEを組み合わせたときの性能を予測する。反復は保存する重みを増やさず処理を深くでき、MoEは毎回の計算を抑えて総容量を増やせる。両者は異なる資源を節約する方法だ。
ただし反復を増やせば無限に改善するわけではなく、専門家の数との関係もある。計算とメモリの制約の下で、反復回数と専門家数をどう配分するかが設計上の問題になる。
手法
MoEは複数の専門家ネットワークを持ち、入力ごとに選んだ一部だけを動かす仕組みだ。総パラメーター数と、その処理で動く有効パラメーター数を区別する。反復MoEでは同じ重みを再利用しつつ、反復ごとに別の専門家へトークンを振り分けることができる。
提案するLoop Scaling Lawsは、モデルとデータの量に加え、反復と疎性を同時に使って評価用損失を予測する。反復の容量利得を上限のある関数で表し、専門家数でその利得が変わるようにする。例えばメモリに収まる総規模を先に決め、計算予算内で効果的な反復回数を選ぶために当てはめた則を利用する。
新規性
反復だけ、またはMoEの疎性だけを扱う予測則に対し、二つの相互作用を含めた点が特徴だ。初めの数回は大きく改善し、その後の利得は小さくなるという観測を上限付きの形で表す。
専門家が増えると反復の利得がより長く続く関係もモデル化する。密なモデルや非反復MoEを特殊な場合として含み、計算量と記憶容量の制約に応じた設計へつなげる。
従来手法との違い
従来の線形やべき乗による反復の扱いは、容量利得が上限なく増える形を持つ。本研究は観測範囲での飽和を反映し、未観測の反復回数や専門家数の損失予測を比較する。
また有効パラメーターの効率と総パラメーターの効率は分ける。MoEで処理する部分を減らすことと、反復で保存する重みを節約することは、速度やメモリへ異なる影響を持つ。
実験結果
著者らは14の下流ベンチマークで、疎性が約三倍の有効パラメーター効率、反復が推論で約二倍の総パラメーター効率をもたらすと報告する。両軸を共同で増やした場合も性能の境界が改善した。
兆トークン規模では、同じ学習計算量で、則に基づく反復MoEが約二倍大きい非反復MoEと推論課題で並んだ。これらの倍率はモデル規模に対する効率であり、待ち時間が三分の一や二分の一になるという測定ではない。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案は、限られたメモリで社内向け言語モデルを試作する際の構成選択だ。入力はメモリと学習計算量の上限、出力は専門家数と反復回数の候補になる。
重みを多く持つ非反復モデルと、少ない重みを繰り返すモデルを比較する。保存容量の節約が目的なら反復の候補を検討し、応答速度も必要なら実際の機器で逐次処理の負担を確認する。
応用先の候補からNauhに相談できます。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案では、小規模な密モデル、MoE、反復MoEを同じデータと計算予算で学習する。評価用損失、推論課題の正解率、総パラメーター、有効パラメーター、実測時間を記録する。
当てはめに使わない反復回数を残し、予測が新しい構成にも合うか調べる。メモリに収まることだけで採用せず、反復増加で待ち時間がどの程度増えるかを同じ入力長で比較する。
限界と課題
研究の予測則は学習した構成と実験範囲に基づくもので、任意の専門家数や反復回数への外挿を保証しない。反復による利得にも飽和があり、計算を増やすだけで性能が伸び続ける設計ではない。
編集上の確認点は、別のデータ分布や長い入力、機器上の専門家間通信、負荷分散への影響だ。推論時に反復を増やせる性質と、その増加が用途の品質や待ち時間に見合うかは別に検証したい。
出典
元のタイトル・要旨を確認する(英語)
Scaling Laws for Looped Mixture of Experts
Looped transformers and Mixture-of-Experts (MoE) offer complementary routes to efficient scaling: recurrence increases computational depth at fixed parameters, while MoE sparsity expands total capacity at fixed active compute. Yet existing scaling laws model recurrence or sparsity in isolation. In this work, we introduce Loop Scaling Laws, the first scaling law to jointly model recurrence and sparsity alongside model size and data. At its core is a bounded, sparsity-conditional recurrence mapping that characterizes the effective-parameter gain from looping and how sparsity raises this gain. The laws predict the held-out loss of looped models more accurately than prior alternatives, and recover the standard dense and MoE scaling laws as special cases. Beyond prediction, the fitted laws provide a principled foundation for designing looped MoE models under compute and memory constraints. Downstream evaluations further demonstrate the complementary benefits of the two axes: sparsity delivers ~3x active-parameter efficiency, recurrence yields ~2x total-parameter efficiency on reasoning, and joint scaling further advances the performance frontier. As a practical extension, we show these gains hold at trillion-token scale: at matched training compute, a looped MoE with law-derived recurrence matches a ~2x larger non-looped MoE on the reasoning benchmarks, while enabling test-time scaling through recurrence.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。収集:2026-10-02




