FLUXが重い・動かない時の対処法！ComfyUIのVRAM不足とエラーを切り分ける

監修者_SD以外

監修者プロフィール

森下浩志

日本最大級のAI情報プラットフォーム「romptn ai」編集長。著書に「0からはじめるStable Diffusion」「0からはじめるStable Diffusion モデル・拡張機能集編」など、AmazonベストセラーのAI関連書籍を多数執筆。AIにおける情報の非対称性を解消するための社内研修や出張講義も行う。

最初に見る3つの症状

FLUXが重い、止まる、モデルが出てこない。この3つは同じ「動かない」に見えますが、見る場所は違います。最初にログと画面の症状を分けると、無駄な再インストールを避けられます。

まずは症状を1つに決めてから対処します。原因を混ぜたまま設定を変えると、直った理由も壊れた理由も追えなくなります。

① VRAM不足のログ

CUDA out of memory、Allocation on device、loaded partially、offloaded が出ているなら、まずVRAM周りを疑います。FLUXはモデル本体だけでなく、text encoderやVAE、upscaler、ControlNetなどもメモリを使います。

最初に下げるのは、画像サイズとbatch sizeです。次にFP8版やSchnell版へ切り替え、最後に起動引数でoffloadを強めます。いきなり--cpuに寄せると生成は通っても極端に遅くなるため、軽い順に試す方が原因を追いやすくなります。

② モデル未検出

モデルが一覧に出ない時は、ダウンロード失敗よりも置き場所とloaderの不一致がよくあります。単一checkpoint型はmodels/checkpoints、full版のdiffusion modelはmodels/diffusion_models、text encoderはmodels/text_encoders、VAEはmodels/vaeを確認します。

手動でファイルを入れた後は、ComfyUIのrefreshまたは再起動も必要です。別フォルダにモデルをまとめている場合は、extra_model_paths.yamlの設定も確認します。ここを直す前にVRAM設定を触っても、モデル未検出の問題は解決しません。

③ 生成だけ遅い

エラーは出ないのに1枚に時間がかかりすぎる場合は、FLUX本体以外も見ます。upscaler、顔修正、ControlNet、動画系ノード、プレビュー表示、ブラウザ側の負荷が重なると、VRAMが足りていても遅くなります。

一度、最小のFLUX workflowだけで生成してみてください。最小構成で速くなるなら、後から足したノードのどれかが原因です。最小構成でも遅いなら、モデル種類、解像度、offload、ComfyUI更新後の挙動を順に見ます。

FLUXの種類を選び直す

FLUXで詰まった時は、設定を増やす前にモデルの種類を見直します。ComfyUI公式のFlux workflowは、full版とFP8 checkpoint版で必要ファイルや使うnodeが変わります。

ざっくり言うと、品質を優先するならfull版、軽さを優先するならFP8版、試行速度を優先するならSchnell版です。どれが正解ではなく、GPUの余裕と記事で作りたい画像の品質によって選びます。公式のFlux workflowはComfyUIのFluxチュートリアルで確認できます。

① full版

full版は品質を優先したい時の基準です。FLUX.1 devはprompt followingや画質を重視したモデルとして提供されていますが、複数のモデルファイルを読み込みます。そのため、低VRAM環境では最初から重く感じることがあります。

full版を使うなら、まず公式workflowどおりにファイルを配置し、解像度とbatchを小さくして動作確認します。最初の1枚が通らない段階でupscalerや追加ノードを足すと、どこが原因か分からなくなります。

② FP8版

FP8版は、メモリ消費を抑えるための現実的な選択肢です。ComfyUI examplesでも、メモリが足りない場合にsingle file FP8版やweight_dtype=fp8を使う案内があります。

ただし、FP8は魔法の高速化ではありません。品質が少し落ちたり、workflowによって必要なnodeが変わったりします。full版で何度も落ちる場合に、まずFP8版で安定生成を確認し、その後に必要な品質まで戻す考え方が安全です。

③ Schnell版

Schnell版は、少ないstepで素早く試したい時に向いています。Black Forest Labsのmodel cardでは、FLUX.1 schnellは1〜4 stepsで生成できるモデルとして説明されています。

「とにかくComfyUIとFLUXが動くか確認したい」「promptの方向性を先に見たい」という段階では便利です。一方で、dev full版と同じ品質確認用として扱うと期待とズレます。検証用と本番用を分ける意識で使います。

モデル配置を直す

モデル配置のミスは、VRAM不足より先に潰します。FLUXでは、checkpoint型とfull版で使うファイルとloaderが違います。さらに、VAEやtext encoderがFLUX向けでないと、読み込みは進んでも途中でshape mismatchや黒画像につながることがあります。

ComfyUI公式のモデル解説では、モデルは種類ごとのフォルダに置き、loader nodeから選ぶ流れが基本です。手動で入れた直後は、再起動やrefreshも確認してください。

① checkpoint型

単一checkpoint型は、通常のStable Diffusion系モデルに近い扱いです。ファイルをmodels/checkpointsに置き、Load Checkpoint系のnodeから選びます。

ここでfull版のworkflowを読み込むと、必要なファイルが足りないように見える場合があります。逆に、full版のdiffusion modelをcheckpointフォルダに置くと一覧に出ないことがあります。まず「今使っているworkflowがcheckpoint型かfull版か」を確認してください。

② full版のファイル

full版では、モデル本体だけでなくclip_l、t5xxl、aeなどのファイルも必要になります。ComfyUIのFlux workflowは、これらを別々のnodeで読み込む前提です。

ファイル名が似ていても、置くフォルダが違うとworkflowから見つかりません。diffusion_models、text_encoders、vaeの3つを分けて確認しましょう。外部ドライブに置いている場合は、extra_model_paths.yamlがその場所を指しているかも見ます。

③ VAEとCLIP

FLUXは、通常のSDXL用VAEやtext encoderをそのまま使えばよいモデルではありません。ComfyUIのトラブルシュートでは、Fluxが16-channel latent spaceとCLIP-L + T5-XXLのdual text encoder conditioningを使う点が示されています。

黒画像、shape mismatch、VAE関連のエラーが出る時は、VRAM設定より先にVAEとtext encoderの組み合わせを確認します。別モデルのworkflowから部品だけ流用した場合も、この不一致が起きやすくなります。

VRAM設定を軽くする

モデル配置が合っているのに落ちるなら、次はVRAM負荷を段階的に下げます。順番は、画像サイズとbatchを下げる、軽いモデルを選ぶ、起動引数でoffloadを強める、重いノードを外す、です。

この順番にする理由は、戻しやすいからです。最初から設定を大量に変えると、どれが効いたのか分かりません。1つ変えたら1回生成し、ログと生成時間をメモしておくと再発時にも戻れます。

① 解像度とbatch

最初に触るのは、画像サイズとbatch sizeです。FLUXはモデル自体が重いため、いきなり大きな解像度や複数枚生成から始めると、正常な環境でも落ちやすくなります。

動作確認では、まずbatch sizeを1にします。画像サイズも小さめから始め、1枚通ったら少しずつ戻します。hires、upscale、顔修正、動画化などは、最初の1枚が安定してから足す方が安全です。

② 起動引数

起動引数は、最後に効かせる調整です。ComfyUIには--lowvram、--novram、--reserve-vram、--disable-smart-memory、UNetやtext encoder向けのfp8/fp16/fp32指定があります。

まずは--lowvramやVRAM予約量の調整から試し、それでも落ちる場合に--novramやCPU寄りの設定を検討します。ただし、offloadを強くするほど生成は遅くなります。成功した設定はメモし、更新後に比較できるようにしてください。

③ 重いノード

FLUX本体が動いても、追加ノードが重いと全体は止まります。upscaler、ControlNet、顔修正、動画系、複数LoRA、画像プレビューの多いworkflowは、VRAMと処理時間を大きく増やします。

切り分けでは、まずFLUX本体だけの最小workflowにします。そこへ1つずつノードを戻し、どの追加で遅くなるかを見ます。原因が分かれば、そのノードだけ解像度を下げる、別nodeへ替える、後処理を別工程に分ける判断ができます。

更新後の低速化を戻す

ComfyUIを更新した後に急に遅くなった時は、すぐに全設定を戻すより、壊さず比較できる状態を作ります。まず更新前のフォルダやworkflowを残し、新しいディレクトリで同じworkflowを試します。

次にログのloaded partially、offloaded、lowvram patchesの量を見ます。以前よりoffloadが増えているなら、モデルやtext encoderがGPUに載りきっていない可能性があります。custom nodeを一時的に無効化し、公式workflowだけで速度を比べると、ComfyUI本体の変化か追加nodeの影響かを分けられます。

よくある質問

まとめ

FLUXが重い・動かない時は、まず症状を分けます。VRAM不足ならサイズとbatch、モデル未検出ならフォルダとloader、生成だけ遅いなら追加ノードやoffloadを見ます。

full版、FP8版、Schnell版は目的が違います。品質を取るのか、軽さを取るのか、速度を取るのかを決めてから設定してください。最後に、ComfyUI更新前の環境を残しておくと、次に同じ問題が起きた時も落ち着いて戻れます。