Vae decode oom feature request
- Dominant language
- Python
- Stars
- 133k
- Forks
- 15.7k
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 158
Description
### Feature Idea
When regular VAE decoding OOMs, could ComfyUI first unload/release other models and retry regular VAE decoding before falling back to tiled decoding? On VRAM-constrained systems, this may allow normal decoding to succeed and avoid the performance cost of tiled decoding.
### Existing Solutions
_No response_
### Other
_No response_
Contributor guide
Research direction
The issue names no files, tests, or entry points. Start by locating the VAE decode path and its OOM handling and tiled-decoding fallback, then inspect how other models are released; done means regular decoding is retried after release before tiled decoding is used, with coverage for the constrained-memory case.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python, pytorch
- Domain
- machine-learning, performance
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100