Spaces:
Runtime error
Runtime error
Commit History
-
docs: add item #11 — local style perf / GGUF Q4 toggle
Unverified signatureTrack the architectural mismatch causing ~37x slower per-step style generations on Apple Silicon vs ZeroGPU H200. Root cause is LTXAddVideoICLoRAGuide doubling the attention sequence + no flash-attn-2 on MPS. A GGUF Q4 transformer toggle would mitigate but is v1.1+ scope.b3e0fc9
-
feat(spaces): mirror build-time HF cache to runtime-writable tree
Unverified signaturepreload_from_hub populates ~/.cache/huggingface/ as the build user, leaving it read-only for runtime uid 1000. Lazy hf_hub_download calls for non-preloaded files (GGUF, camera LoRAs) failed with "Permission denied". chmod couldn't help — wrong inode owner. _mirror_preload_hf_cache() walks the preload tree once at bootstrap, building a parallel ~/hf-cache-rw/ that we own: - blobs/<sha>: hardlinked (zero-copy, shared inode, instant reads). Falls back to symlink on EXDEV (cross-device). - snapshots/<commit>/<file>: relative symlinks preserved. Targets resolve within the mirror tree, no extra walking. - refs/<branch>: byte-copied — HF lib overwrites these on etag check, hardlinks would fail there. - everything else: byte-copied (safest default for unknown files). Sets HF_HOME + HF_HUB_CACHE so HF lib reads/writes through the mirror. After this: - preloaded files: instant cache hit (no network) - new lazy downloads: write to dirs we created → no permission errors Tested locally on…14fcab5 -
fix(spaces): drop 123 GB of unused preload (storage cap was 150 GB)
Unverified signatureHF evicted the workload at first deploy with "storage limit exceeded (150G)" — total preload was ~234 GB. Trimming to fit: - Drop ltx-2.3-22b-dev.safetensors and ltx-2.3-22b-distilled.safetensors from Lightricks/LTX-2.3 (84 GB combined). Neither is referenced by any workflow JSON we ship; the active transformer path uses the Kijai bf16 variant. - Drop the unsloth/LTX-2.3-GGUF entry entirely (39 GB). Only used by a hypothetical low-VRAM preset that we don't currently route. New total: ~111 GB. Marks future_improvements items 1 and 2 done.c53ac67 -
fix(spaces): trim preload_from_hub to 10 entries (HF cap) + future-work doc
Unverified signatureHF caps preload_from_hub at 10 entries; we had 16 → Configuration error. Dropped the 6 lightest entries (4 Dolly camera LoRAs at ~0.30 GB each, Motion-Track IC-LoRA at 0.30 GB, Pose-Control IC-LoRA at 0.61 GB). Those still lazy-download on first use of their respective modes. Captured deeper optimizations (drop unused 84 GB Lightricks-side transformer preload, drop GGUF, auto-sync README<->registry, etc.) in docs/future_improvements.md for follow-up rather than bundling here.099a5f3