docs: confirm the compiler-disable scope is per-call, not session-wide

Confirmed on a real rental: the ~20s a REINS-injecting/block-repeat
generation now takes to start (no aimdo dynamic-VRAM streaming for that one
call) does not carry over to the next generation -- every other generation
this session keeps the compiler's normal speed. No behavior change; this
documents that the per-call scope (not a session-wide sticky disable, which
was drafted and reverted while chasing an initial guess about the 20s cause)
is the right one to keep.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
digital-garbage
2026-09-19 23:17:21 +03:00
co-authored by Claude Sonnet 5
parent 54e49884a4
commit 0f77d937e5
+10 -4
View File
@@ -3807,10 +3807,16 @@ class FunPackLTXAVSceneChainSampler:
attention patches (Comfy-Org/ComfyUI#16144, #16342), and their documented fix
is the --disable-comfy-compiler launch flag. That flag is read live on every
malloc-graph scope (comfy/model_prefetch.py: malloc_graph_enabled), not cached
at startup, so toggling it for just this sample_custom call is enough --
no launch-command edit needed (useful on hosts with a templated/fixed launch),
and every other generation, including REINS passive-capture-only, keeps the
compiler's VRAM/speed benefit.
at startup, so toggling it for just this sample_custom call is enough -- no
launch-command edit needed (useful on hosts with a templated/fixed launch).
Scoped to exactly this call, on purpose: confirmed on a real rental that the
~20s a REINS-injecting/block-repeat generation now takes to start (running
without aimdo's dynamic-VRAM streaming for that one call) does NOT carry over
to the next generation once this call ends and the compiler is restored --
every OTHER generation this session, including REINS passive-capture-only and
every generation before REINS is used at all, keeps the compiler's normal
speed. Only the call that genuinely needs it disabled pays the cost.
"""
if not active:
yield