Spaces:
Running on Zero
Running on Zero
File size: 3,196 Bytes
434c049 | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 | # HF PRO Value Plan
## What we know from this project
| Capability | Current evidence | Intended use |
|---|---|---|
| Private Space | `abalanescu/flow` is private and deployed | Host the private provider UI/API |
| ZeroGPU (PRO) | Gemma 26B and Qwen 27B Q6 returned live responses | Multi-model private OpenAI upstream |
| Bucket mount | GGUF files are mounted under `/data` | Keep 23GB+ model weights persistent across restarts |
| Dynamic Hardware | A10G (24GB) / RTX Pro 6000 (48GB `large`) verified | Run quantized 26Bβ27B models on-demand |
| Inference Providers | Previous FLUX/Whisper calls returned 402 | Treat credit as scarce, optional spend |
## Verified ZeroGPU Architecture & Sizing Rules
1. **Hardware & VRAM**:
- `zero-a10g` assigns 24GB VRAM (A10G) by default; new ZeroGPU infrastructure supports `large` (48GB) and `xlarge` (96GB, 2x quota cost).
- Model weights vs KV-cache: For a ~22.9 GB model (Qwen 27B Q6_K) on 24GB VRAM, remaining VRAM is ~1.1 GB.
- Context sizing: `n_ctx=8192` safely fits KV-cache in memory. `n_ctx=0` attempts to pre-allocate full 262k context (~16GB KV cache), which triggers CUDA OOM during context initialization.
2. **ZeroGPU Supervisor Integration**:
- Handlers must be registered through Gradio's event graph at `demo.launch(prevent_thread_lock=True, ssr_mode=False)`.
- OpenAI routes (`/v1/models`, `/v1/chat/completions`) mount onto `demo.app.add_api_route(...)` to share the single listener on port 7860 without conflicting with Space supervisor probes.
3. **Persistent Bucket Storage**:
- GGUF weights stored in `/data` avoid cold-start download latency.
- Uncached models use `hf_hub_download` into `/data` on first request.
## What must be measured, not assumed
HF plan benefits and quotas change. Verify them in the account UI and official docs before budgeting:
1. ZeroGPU daily quota, queue priority, duration limits, hardware actually assigned, and whether quota is per-user or per-Space.
2. Private Space count, hardware eligibility, secrets, storage, buckets, and bandwidth.
3. Private model and dataset repository limits and collaboration permissions.
4. Inference Provider credit, provider-specific pricing, rate limits, and whether a call is billed.
5. AutoTrain availability, included credits, supported trainers, and the actual GPU price for a training run.
## Training decision tree
```text
Need better behavior?
ββ Better prompt/context β improve system prompt and retrieval first
ββ Current knowledge β add RAG with embeddings and citations
ββ Stable style/format β supervised LoRA pilot
ββ New base capability β choose a larger/base model, not fine-tuning
```
### Recommended first training pilot
- Base: a small permissively licensed instruct model, 1Bβ8B.
- Data: 500β5,000 high-quality examples, private and redacted.
- Method: LoRA/QLoRA via AutoTrain or a rented GPU.
- Evaluation: fixed holdout set, exact-match/JSON validity plus human review.
- Artifact: adapter, dataset revision, training config, evaluation report, and model card.
ZeroGPU should not be used as the training plan. It is valuable as the post-training inference/demo endpoint.
|