ガイド連動クイズ · ハード レベル
EAGLE クイズを使用した推測的デコード
EAGLE 機能のドラフト、ターゲットの検証、配布の保存、フィードバックの埋め込み、動的ドラフト ツリー、およびデコード コストをチェックします。
質問 1 の 8
投機的デコードの背後にある中心となるアイデアは何ですか?
すべての質問をプレビューする8 質問
クイズに答えると、答えと解説が表示されます。
- 投機的デコードの背後にある中心となるアイデアは何ですか?
- 安価な製図者は、大規模なモデルが 1 つの並列パスで検証する複数のトークンを提案します
- モデルの重みを半分の精度に圧縮する
- ネットワークの層をランダムにスキップする
- 可能なすべての出力文を事前にキャッシュする
- EAGLE は以前の投機的デコード手法とどのように異なりますか?
- 検証ステップを完全に削除します
- トークンレベルで直接ではなく、モデルの隠れた特徴空間でドラフトします。
- ドラフターとして完全に独立した大きなモデルを使用します。
- 画像生成のみに機能します
- Why is speculative decoding considered lossless when implemented with exact verification?
- Every draft token is accepted unconditionally
- The drafter always predicts the target’s next token
- The acceptance and correction procedure preserves the target model’s output distribution
- The target model is never evaluated
- EAGLE の機能草案におけるどのような問題が、以前のトークンの埋め込みをフィードバックすることで解決に役立ちますか?
- GPU 上のメモリの断片化
- 言語間のトークナイザーの不一致
- ハードウェアの過熱
- 次の機能を予測する際の不確実性/曖昧さ
- EAGLE-2 はオリジナルの EAGLE に何を追加しましたか?
- 提案する候補者の数を調整する動的なドラフト ツリー
- 固定の単一トークンのドラフト
- LMヘッドの取り外し
- 2 倍のデータのみでトレーニングする
- 自己回帰のボトルネックにより、プレーン LLM の生成が遅くなるのはなぜですか?
- モデルはトークンごとに自身を再トレーニングします
- 新しいトークンはそれぞれ、次のトークンを開始する前に、数十億のパラメーターを介した完全な前方パスが必要です。
- トークンはステップ間でディスクに保存されます
- GPU はトークンごとに再起動する必要があります
- After EAGLE predicts a hidden-state feature, which component turns that feature into candidate token probabilities?
- The tokenizer’s vocabulary file alone
- The optimizer’s momentum buffer
- The target model’s language-model head
- The KV-cache allocator
- What change does EAGLE-3 make to the original feature-drafting constraint?
- It replaces the target model with a tokenizer
- It disables target verification
- It requires a separate human drafter
- It removes a feature-prediction constraint to improve scaling