Clipper 16
- vCPU
- 8 × dedicated
- RAM
- 16 GB
- Storage
- 400 GB NVMe Gen4 SSD
- Transfer
- 30 TB
- IPv4 / IPv6
- 1 / /64 routed
Solution
CPU inference is viable for small models: an 8-billion-parameter model quantised to 4 bits runs at conversational speed on 8 dedicated cores with 16 GB of RAM. Anything larger wants a GPU. Most self-hosted AI work is actually the surrounding stack — vector database, embedding service, API gateway — and that runs perfectly well on a Clipper 32.
| Resource | What you actually need |
|---|---|
| CPU | 8+ dedicated cores with AVX-512 for CPU inference |
| RAM | 16 GB for an 8B model at Q4, 64 GB for 70B at Q4 |
| Disk | NVMe Gen4 — model weights are large and load-latency matters |
| GPU | Available in selected regions; ask before ordering |
Location is usually the decision that matters most for this workload — either because latency dominates, or because jurisdiction does.
Twelve dedicated cores and 32 GB covers most CPU inference.
Ollama is the fastest path; llama.cpp gives finer control over quantisation.
Q4_K_M is the usual quality-versus-speed sweet spot.
LiteLLM or a reverse proxy with authentication and rate limiting.
Qdrant or pgvector; both run comfortably alongside the model.
Yes, for small and quantised models. An 8B model at Q4 produces roughly 8–15 tokens per second on 8 modern dedicated cores — fine for a personal assistant or a batch pipeline, too slow for a busy chat product.
Roughly the file size of the quantised weights plus 2 GB. An 8B model at Q4 is about 5 GB, a 70B model at Q4 about 40 GB.
In selected regions, yes. Contact us before ordering so we can confirm current availability and pricing.