GPU sizing by model size
Rough sizing for inference only (training needs more headroom):
Rule of thumb: Serving uses ~half the GPU you trained on. A 7B model trained on 8×A100 typically serves on 1×A100.
Supported GPU types
H200 and MI300X support are on the roadmap.
Provider routing
Deployments run on AWS. Theprovider field defaults to aws; there are no other providers to select today.
Cold start
Time fromPOST /v1/deployments to serving depends on the provider’s pod-lease time plus the model weight download. Expected ranges:
These are operational expectations, not contractual. The slowest part is usually the model weight download from HF. Once a deployment is
serving, individual chat requests have sub-second TTFB on small models.
Endpoint URL stability
Once a deployment reachesserving, its endpoint_url doesn’t change. Save it to your config — it stays valid until you stop the deployment.
OOM at load
If the model fails to load (OOM during weight init, not a request failure), the deployment transitions tofailed with error.message populated.
A100-80GB → H100-80GB) or add a second GPU (gpu_count=2).
Where to go next
Billing
Billing states and the idle-stop warning.
OpenAI compatibility
What works, what doesn’t.
Deployments API
Endpoint reference for
create / chat / stop.
