Stop vs destroy
This is the most important distinction in the product, and the one that most often produces an unexpected bill. Read it once, properly.
The short version
| Stop | Destroy | |
|---|---|---|
| Container | shut down | removed |
| Your disk and its contents | kept | deleted, permanently |
| The GPU slot | held for you | released to the marketplace |
| GPU charges | stop | stop |
| Storage charges | continue | stop |
| Can you resume it? | yes, in place | no |
Stopping is a pause that still costs money. Destroying is final and costs nothing further.
Why stopping still bills you
When you stop an instance, your disk stays on that physical machine, and that machine cannot give the space away to anyone else. You are charged for that reservation at the storage rate — quoted per GB per hour — for as long as the instance exists in a stopped state.
The GPU itself is no longer charged; you are paying only to keep your data and your claim on that slice. There is no queue to hold a place in — the offer stays marked rented under your name until you destroy the instance.
This means a large disk you forgot about is a slow, quiet leak. A 500 GB volume left stopped for a month costs real money even though nothing ran.
If you are finished with the work, destroy it. Stop is for "I'll be back this afternoon", not "I'm done".
Why the GPU slot matters
Stopping holds your slot on that specific machine. When you start again, you land back on the same hardware with the same disk — no re-download, no re-setup, and no risk that the offer was rented out from under you while you were away.
Destroying releases the slot immediately. The offer goes back on the marketplace, and someone else may take it within seconds. There is no way to reclaim it.
Which should you use?
Stop when all of these are true:
- You'll return within hours or a day or two.
- There's state on the disk you'd rather not rebuild — a dataset, a conda environment, checkpoints.
- The disk is small enough that the storage charge is cheaper than the time it would take to rebuild.
Destroy when any of these are true:
- The work is finished.
- Everything valuable is already pushed somewhere else — object storage, a git remote, a model registry.
- The disk is large, and re-downloading is cheaper than parking it.
Before you destroy
Destruction deletes the disk. There is no snapshot, no trash, and no undo. Copy anything you care about off the instance first:
# from your own machine — port, user and host are the ones in the
# connect command on the instance's Connect tab
scp -P <port> -r <user>@<host>:/workspace/checkpoints ./checkpoints
Or push it to wherever it belongs — S3, a Hugging Face repo, a git remote.
What the system does on its own
Two automatic actions apply the same distinction, to stop a forgotten instance from draining an account to nothing:
- When your balance reaches zero, running instances are stopped. Your data survives; storage charges continue against a balance that is already empty.
- If the balance keeps falling and reaches −$5, instances are destroyed. At that point the data is gone.
Top up before the second threshold. See How billing works.