AIToday
大規模言語モデルオープンソースAIHugging Face Blog掲載日時: 2026年10月20日 22:00

PyTorch 2.15がMPSでFP8に対応

LINEで送る
PyTorch 2.15がMPSでFP8に対応

3つのポイント

  1. 何が起きたか

    PyTorch 2.15がMPS上でtorch.float8_e4m3fnテンソル、グループ化matmul、高速softmaxを追加し、M3 Ultra上でQwen3.6-35B-A3Bのデコードが61.3 tokens/sに達した。

  2. なぜ重要か

    FP8がテンソル保存量を半減し生成を高速化するため、Mac上のローカル実行が現実味を増し、transformers、diffusers、ComfyUI利用者の利便性が高まる。

誰に効くかAppleシリコン上でモデルをローカル実行する開発者やクリエイター(transformers、diffusers、ComfyUIの利用者を含む)は、LLMデコードの高速化と動画生成時のメモリ使用量の削減が期待できる。

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

背景と解説

Hugging FaceのPyTorchチームは、AppleのMPSバックエンドをモデルの実行と学習の第一級の場にするための意図的な取り組みを説明している。2026年初頭には、MPSで小さなモデルを動かすだけでも未対応の演算や性能の急落、予想外のメモリ増加を回避する作業が必要になることが多かったという。チームの手法は、言語・画像・動画にわたる実際のモデルをHugging Face Hubから動かし、MPSが不足する点を見つけてPyTorch本体で修正するというもので、MPSGraphを専用のMetalカーネルに置き換える方向が強まっている。

この方針は2.15のリリース全体に表れている。FP8はスケール付き行列積とともにMPSに登場し、別途の取り組みは言語モデルのデコード段階を対象とする。線形層には専用の行列ベクトルカーネルが導入され、大規模語彙のsoftmaxは専用のMetalカーネルで動く。チームによると、[1, 128256]のロジット行に対するFP32 softmaxは8倍高速になった。言語以外では、定数パディングのMetal移行によりタイル型動画VAEデコードのドライバメモリの暴走が解消され、Qwen-Image-2.1のエンコード・デコード往復はPSNR 29.95 dBとなり、10.06 dBからCPUと同等になった。

投稿は今後の予定にも触れている。PyTorch 2.16はすでに進行中で、scaled dot-product attentionがMPSGraphを完全に廃してすべての形状をMetalカーネルで動かすほか、MPSGraphからMetalへの移行がさらに進んでいる。チームはまた、グラフブレークをなくしてより多くのモデルがエンドツーエンドでコンパイルできるよう、torch.compileの改善に取り組んでいるとしている。

よくある質問
MPS上のPyTorch 2.15のシステム要件は?
macOS 15以降とPython 3.11以降を搭載したAppleシリコンのMacが必要。
MPS上でFP8はどれだけメモリを節約する?
FP8テンソルは値あたり1バイトで、FP16やBF16の半分の保存量になる。
動画デコードのメモリはどう変わる?
Wan2.2のタイル型VAEデコードは、定数パディングがMetalカーネルに移ったことで、ドライバメモリのピークが270 GiBから約8 GiBになった。
Hugging Face Blog元記事を読む
LINEで送る

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

関連記事

次の記事へタイで超スマート製造団地が開所式