MPS backend out of memory（Mac）：ユニファイドメモリの負荷を考慮する

症状と対象範囲

Apple シリコンでは、アプリケーション、ブラウザー、モデルの重み、テンソルがメモリ資源を共有します。搭載メモリの全量を一つの生成タスクで使えるわけではありません。

検索の手掛かりとなるエラーの断片です。ID、値、ファイル名は環境によって変わります。

MPS backend out of memory
PYTORCH_MPS_HIGH_WATERMARK_RATIO

出典から確認できること

PyTorch の資料では、MPS の高水位メモリ上限が説明され、これを無効にするとシステムレベルのリスクがあると警告されています。ComfyUI の issue #7171 は特定のメモリ不足の報告であり、そこで提案された環境変数の値をすべて推奨するものではありません。出典 1（英語） 出典 2（英語） Apple のアクティビティモニタ（英語）

区別すべき状況

1. 画像サイズ、バッチサイズ、動画の長さが、現在のメモリ余裕を超えている。

2. 複数のアプリケーションやモデルがユニファイドメモリを取り合っている。

3. バージョン固有のノード、フォールバック、メモリ常駐の問題が、標準状態の動作と異なる。

確認手順

以下は引用した資料に基づく編集上の手順です。あなたの環境で原因が確定したことを意味しません。

手順 1. Mac のメモリ容量、Torch、失敗したノード、タスク設定を記録します。アクティビティモニタでメモリプレッシャーとスワップの使用量を確認します。

手順 2. 作業を保存し、不要なメモリ負荷の高いアプリケーションと同時実行中の生成を停止します。対象のワークフローとモデルが対応している場合は、バッチ数、寸法、フレーム数などの入力要因を一つ減らし、条件をそろえて試します。

手順 3. 失敗した段階とワークフローが対応している場合に限り、資料に記載された設定を使ってモデルのメモリ常駐量やデコード負荷を減らします。MPS に対応したワークフローを使います。未対応の FP8 重みは、自動的なメモリ対策にはなりません。

手順 4. バージョンの資料を確認してロールバック手段を確保してから、上限を調整します。最小構成の公式ワークフローで失敗する場合は、ログを添えて報告します。

完了の確認

マシンの応答性が保たれ、メモリプレッシャーが悪化し続けることなくタスクが完了することを確認します。入力は少しずつ増やします。

制限と注意点

高水位メモリ上限をゼロにする設定を、既定の推奨値にしないでください。CPU フォールバックを使っても、RAM が無制限になるわけではなく、未対応の dtype がすべて実装されるわけでもありません。

参照した原文資料

• MPS 環境変数（英語）（原文資料の確認日：2026-09-21）
• MPS バックエンドのメモリ不足（英語）（原文資料の確認日：2026-09-21）
• Apple のアクティビティモニタでメモリ使用量を確認する（英語）（確認日：2026-09-25）

翻訳準備日：2026-09-22。上記の資料確認日は既存の記事から引き継いだもので、この翻訳ですべてを本日再確認したとは主張しません。GPU での実行、最小メモリの測定、実行時の保証は提供していません。

関連するトラブルシューティング記事とガイド

• Float8 は MPS で未対応：保存された重みと計算時の dtype を区別する
• 低メモリのワークフローの負荷要因を一つずつ調整する