Model Repo is currently in beta and is available on Mac and Linux only. Windows support is coming soon.
Key benefits
- Faster cold starts: Models are pre-cached on worker hosts when available, so workers start faster without waiting for an external download.
- No HuggingFace dependency: Your models are stored in Runpod’s infrastructure, so endpoints don’t require an outbound download on every cold start.
- Private storage: Models are stored in your account and are not accessible to other users.
- Version control: Each upload is content-addressed, so you can pin an endpoint to an exact model version and roll back at any time.
How it works
- Upload your model files using
runpodctl model add. - Runpod computes a content hash and stores the files in private, secure storage.
- Reference the model using the URL
https://local/{user-id}/{model-name}:{hash}when configuring your endpoint. - When a worker starts, Runpod pre-caches the model files on the host before the container boots.
- Your handler reads the model from a local path inside the container.
What you can upload
Model Repo accepts any file format — PyTorch checkpoints, GGUF, safetensors, ONNX, or any format your worker needs. There is no type checking.- Max file size: 5TB per file
- Retention: Files are retained indefinitely
- Total storage limit: Still being finalized
Model Repo vs network volumes
Use Model Repo when:- You have fixed, versioned model weights and want faster cold starts without external downloads
- You need version control over exactly which checkpoint is deployed
- Your endpoint spans multiple datacenters — Model Repo works across all DCs, while a network volume is tied to one
- Workers need shared read/write access during a run (e.g., checkpoints, fine-tuning outputs)
- Your files change frequently and all workers need to see updates immediately
- You need many concurrent workers accessing the same files simultaneously